uz:V1.0.0-alpha.1 FHIR OBC: verschil tussen versies
(→Mappings between profiles and data set: questionnaire instance information added) |
(→Boundaries and relationships) |
||
| Regel 26: | Regel 26: | ||
The exchange of data within the OBC standard version 1.0.0 is not based on any publication of the Dutch Health and Care Information Models (Dutch: ‘zorginformatiebouwstenen’ or ‘zibs’), as there are no zibs that represent this standard. Therefore, there is no dependency on corresponding nl-core profiles, and mappings to zib concepts are not defined. Currently, there are no plans to replace this standard with a more general nl-core-OutcomeBasedCare profile in the future, as no corresponding zibs exist. | The exchange of data within the OBC standard version 1.0.0 is not based on any publication of the Dutch Health and Care Information Models (Dutch: ‘zorginformatiebouwstenen’ or ‘zibs’), as there are no zibs that represent this standard. Therefore, there is no dependency on corresponding nl-core profiles, and mappings to zib concepts are not defined. Currently, there are no plans to replace this standard with a more general nl-core-OutcomeBasedCare profile in the future, as no corresponding zibs exist. | ||
| − | Within the OBC standard, the FHIR Questionnaire focuses on capturing patient-related data in a standardized format. It is used in healthcare settings to collect information from patients, healthcare providers, or other stakeholders. The data captured through a FHIR Questionnaire can include patient demographics, medical history, symptoms, and responses to health-related questions. Within the FHIR Questionnaire, a variety of aspects can be considered, such as sensitive questions whose answers may not be available for every person. Currently, the OBC standard consists of five | + | Within the OBC standard, the FHIR Questionnaire focuses on capturing patient-related data in a standardized format. It is used in healthcare settings to collect information from patients, healthcare providers, or other stakeholders. The data captured through a FHIR Questionnaire can include patient demographics, medical history, symptoms, and responses to health-related questions. Within the FHIR Questionnaire, a variety of aspects can be considered, such as sensitive questions whose answers may not be available for every person. Currently, the OBC standard consists of five transactions of five different Questionnaires. More information about the content of these Questionnaires can be found in the [[uz:Landingspagina_Uitkomstgerichte_Zorg|functional design]]. |
The current OBC standard includes a FHIR QuestionnaireResponse profile. This profile features a structured set of questions and their answers, representing the outcome of a PROMs (Patient Reported Outcome Measures) collection event, as well as the scores. The QuestionnaireResponse contains enough information about the questions asked that it can be interpreted somewhat independently from the Questionnaire it is based on. In other words, you don't need access to the Questionnaire to extract basic information from a QuestionnaireResponse. | The current OBC standard includes a FHIR QuestionnaireResponse profile. This profile features a structured set of questions and their answers, representing the outcome of a PROMs (Patient Reported Outcome Measures) collection event, as well as the scores. The QuestionnaireResponse contains enough information about the questions asked that it can be interpreted somewhat independently from the Questionnaire it is based on. In other words, you don't need access to the Questionnaire to extract basic information from a QuestionnaireResponse. | ||
| Regel 38: | Regel 38: | ||
As described above, the QuestionnaireResponse profile has no dependency on any zib counterparts, resulting in the so-called ‘obc-QuestionnaireResponse’ profile. Each transaction starts with links to the functional definition in an ART-DECOR publication and references, currently, one FHIR profile. The QuestionnaireResponse profile contains mappings to all data elements that are present in the functional data set (prefixed with ‘obc-dataelement-10-’). | As described above, the QuestionnaireResponse profile has no dependency on any zib counterparts, resulting in the so-called ‘obc-QuestionnaireResponse’ profile. Each transaction starts with links to the functional definition in an ART-DECOR publication and references, currently, one FHIR profile. The QuestionnaireResponse profile contains mappings to all data elements that are present in the functional data set (prefixed with ‘obc-dataelement-10-’). | ||
| − | Dit weglaten? Each transaction contains a Patient profile with cardinality 1..1 M. This patient is the subject in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in .subject of each FHIR | + | Dit weglaten? Each transaction contains a Patient profile with cardinality 1..1 M. This patient is the subject in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in .subject of each FHIR transaction. ? |
{| class="wikitable" | {| class="wikitable" | ||
| Regel 168: | Regel 168: | ||
|} | |} | ||
| − | + | A transaction of the Questionnaire profile also contains elements for technical purposes: | |
* Read-only elements: instruction elements are displayed as read-only in the Questionnaire. | * Read-only elements: instruction elements are displayed as read-only in the Questionnaire. | ||
* Hidden elements: elements related to score calculation, interpretation score, and calculation rules are hidden from the subject answering the questions. | * Hidden elements: elements related to score calculation, interpretation score, and calculation rules are hidden from the subject answering the questions. | ||
* Rendering styles: items requiring specific formatting can be rendered with different styles, such as bold and italics. | * Rendering styles: items requiring specific formatting can be rendered with different styles, such as bold and italics. | ||
Versie van 23 jul 2024 om 14:58
|
|
This FHIR IG is currently under development and can not be considered stable and ready for use. For questions and change requests regarding this IG, please create a ticket in BITS. |
Inhoud
[verbergen]Introduction
This is the implementation guide (IG) for the information standard Outcomebased Care (Dutch: Uitkomstgerichte zorg), version . The functional specification can be found here and is implemented using HL7 FHIR R4. This implementation guide assumes that the reader is familiar with both the functional specification and this version of FHIR.
Apart from this document, the guidelines as specified in the general FHIR Implementation Guide apply. In particular, the reader should take note of the Overarching principles and the use of FHIR packages. Where the general IG uses the term ‘use case’, this IG uses the term ‘transaction’ for the various processes that are described.
This IG first describes the boundaries and relationships in place, after which the implementation is described per transaction.
Boundaries and relationships
Boundaries
- Huidige versie van deze wiki houdt klinische gegevens nog buiten beschouwing.
- Alleen focus op de structuur van de FHIR Questionnaires en antwoordgegevens.
This version of the OBC information standard focuses solely on Questionnaires and Questionnaire Responses, excluding clinical datasets. Technically, this scope is reflected in the terminology used within the FHIR profiles and the naming of the obc-QuestionnaireResponse profile. However, in this IG, we will not elaborate further on this narrower scope. Instead, we will describe the technical implementation of this standard as generally as possible to facilitate the incorporation of a broader scope in subsequent versions of this IG.
Building blocks and profiles
- Geen link met zibs en geen nl-core profielen gebruikt
- What is a FHIR Questionnaire
- QR
The exchange of data within the OBC standard version 1.0.0 is not based on any publication of the Dutch Health and Care Information Models (Dutch: ‘zorginformatiebouwstenen’ or ‘zibs’), as there are no zibs that represent this standard. Therefore, there is no dependency on corresponding nl-core profiles, and mappings to zib concepts are not defined. Currently, there are no plans to replace this standard with a more general nl-core-OutcomeBasedCare profile in the future, as no corresponding zibs exist.
Within the OBC standard, the FHIR Questionnaire focuses on capturing patient-related data in a standardized format. It is used in healthcare settings to collect information from patients, healthcare providers, or other stakeholders. The data captured through a FHIR Questionnaire can include patient demographics, medical history, symptoms, and responses to health-related questions. Within the FHIR Questionnaire, a variety of aspects can be considered, such as sensitive questions whose answers may not be available for every person. Currently, the OBC standard consists of five transactions of five different Questionnaires. More information about the content of these Questionnaires can be found in the functional design.
The current OBC standard includes a FHIR QuestionnaireResponse profile. This profile features a structured set of questions and their answers, representing the outcome of a PROMs (Patient Reported Outcome Measures) collection event, as well as the scores. The QuestionnaireResponse contains enough information about the questions asked that it can be interpreted somewhat independently from the Questionnaire it is based on. In other words, you don't need access to the Questionnaire to extract basic information from a QuestionnaireResponse.
Main building blocks
- tabel met de profielen -> alleen QR dus in dit geval.
- Link naar de r4 Questionnaire profiel
- At the time of writing no nl-core profiles.
As described above, the QuestionnaireResponse profile has no dependency on any zib counterparts, resulting in the so-called ‘obc-QuestionnaireResponse’ profile. Each transaction starts with links to the functional definition in an ART-DECOR publication and references, currently, one FHIR profile. The QuestionnaireResponse profile contains mappings to all data elements that are present in the functional data set (prefixed with ‘obc-dataelement-10-’).
Dit weglaten? Each transaction contains a Patient profile with cardinality 1..1 M. This patient is the subject in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in .subject of each FHIR transaction. ?
| Building block (EN) | Building block (NL) | FHIR resource | FHIR profile |
|---|---|---|---|
| Responsedata | Antwoordgegevens | QuestionnaireResponse | http://nictiz.nl/fhir/StructureDefinition/obc-QuestionnaireResponse |
Note the following:
- Since each Questionnaire profile is fixed and intended to be answered only by the QuestionnaireResponse profile, it has not been included as a building block or its subsequent resource. Instead, they are added as instances to the FHIR package. You can find the five Questionnaires here [MISSING AMIGO LINK].
Mappings between profiles and data set
- Hoe is QR en dataset gelinked
- FHIR Questionnaire worden in transacties gedefinieerd
- mapping code/id
Based on ART-DECOR transaction version: 2024-07-16T09:00:44
| Type | Id | Concept | Cardinality | Profile | Mapping |
|---|---|---|---|---|---|
| 1405 | Antwoordgegevens | 0 .. * | obc-QuestionnaireResponse | QuestionnaireResponse | |
| Any | 1404 | Gegeven antwoord | 0 .. 1 | obc-QuestionnaireResponse | QuestionnaireResponse.answer.value[x] |
| dateTime | 1406 | Datum en tijd gegeven antwoord | ?0 .. 1? | obc-QuestionnaireResponse | QuestionnaireResponse.authored |
| reference | 1407 | Onderwerp | ?0 .. 1? | obc-QuestionnaireResponse | QuestionnaireResponse.subject |
| reference | ?1408? | ?Vragenlijst? | ?0 .. 1? | obc-QuestionnaireResponse | QuestionnaireResponse.questionnaire |
Additional FHIR elements are included in the QuestionnaireResponse profile for technical purposes, meaning there is no functional translation:
- QuestionnaireResponse.item.linkId.extension:sensitivityFlag: this flag can be applied to certain questions, indicating that the answers might contain sensitive information. As a result, a specific level of authorization is required to read these answers.
A transaction for defining a Questionnaire profile is based on the following FHIR elements:
| Type | Concept | Cardinality | Mapping |
|---|---|---|---|
| uri | Questionnaire Coding system | 0 .. 1 | Questionnaire.Coding.system |
| code | Questionnaire code | 0 .. 1 | Questionnaire.Coding.code |
| string | Questionnaire code display | 0 .. 1 | Questionnaire.Coding.display |
| string | Title of Questionnaire | 0 .. 1 | Questionnaire.title |
| string | Publisher/Author information | 0 .. 1 | Questionnaire.publisher |
| string | Version of Questionnaire | 0 .. 1 | Questionnaire.version |
| code | Language of Questionnaire | 0 .. 1 | Questionnaire.meta.language |
| coding | Domain code of Questionnaire | 1 .. 1 | Questionnaire.usageContext.code |
| any | Domain of Questionnaire | 1 .. 1 | Questionnaire.usageContext.value |
| markdown (string) | License information about Questionnaire | 0 .. 1 | Questionnaire.copyright |
A transaction of the Questionnaire profile also contains elements for technical purposes:
- Read-only elements: instruction elements are displayed as read-only in the Questionnaire.
- Hidden elements: elements related to score calculation, interpretation score, and calculation rules are hidden from the subject answering the questions.
- Rendering styles: items requiring specific formatting can be rendered with different styles, such as bold and italics.
