BeModelDiagnosticReportDiabetes

Unique business identifier of the report.(https://docs.google.com/document/d/13qamEPfdQ2HgUiXmjwHQNchpEU3LsQHF5MN9jKufX2g/edit?usp=sharing).

Report identifier for the internal supplier's business.

Date the report was produced.

From date to date corresponding to the period covered by the report. Typically 14 to 30 days. See 2.1 above, Figure 3 Data relationship logic.

We refer to the patient, subject of the report, by his unique identifier.This identifier is preferably the patient's national register number (NISS). In some cases, another unique identifier may be allowed.

This refers to the service provider or organization that encodes the information.[1] The unique identifier for each natural person is the NISS, while for each organization the business number serves as the unique identifier.

We refer to the service provider or organization that collects the observations and produces the report. [2]The unique identifier of each natural person is the NISS, while for each organization the company number serves as the unique identifier.For the Diabetes Diagnostic Report, it is: “performer = recorder.»

Care provider identified by their NISS (endocrinologist* , general practitioner, etc.) interprets the observations in the report. ResultsInterpreter This element will not be provided by the producer of the report, but will include the reference of the healthcare provider who does the interpretation.

Category of the report. For the purposes of the diabetes report, the only accepted category is “Endocrinology”.SNOMED CT code 394483002 invariant, see VS_DiagRep_Category.

Is the category of diabetic patient (CAT 1, CAT 2, CAT 3). (See glossary for details).By default, the qualification is “CAT 3”.The category is calculated by an algorithm from the diagnosis provided by the doctor — interpreter.

Identification number assigned by INAMI to the sensor type.See VS_Diab_Device

Report code. As part of the diabetes project, the only accepted code is “Diabetic Monitoring Status”SNOMED CT code 243860001 invariant, see VS_DiagRep_Code.

List of references to “derived values” type observations (a dozen derived observations) mentioned in the report.[3]His observations are part of the diagnostic report.

List of references to “blood glucose measurement” type observations used to produce the analysis (a few thousand measurements) [4] type (“SCI”)[5]

Problem reference related to this diagnostic report.This element will not be provided by the producer of the report but will be provided by the healthcare provider who does the interpretation.

Report comments in free text format. This element will not be provided by the producer of the report, but will be provided by the healthcare provider doing the interpretation.

URL to the reference software.

PDF document containing the complete report (text, graphics, deduced observations, conclusions, etc.)

Report status. By default it is “Final”. Value according to the business rule on “% Data Captured” see VS_DiagRep_Status

BeModelDiagnosticReportDiabetes

Unique business identifier of the report.(https://docs.google.com/document/d/13qamEPfdQ2HgUiXmjwHQNchpEU3LsQHF5MN9jKufX2g/edit?usp=sharing).

Report identifier for the internal supplier's business.

Date the report was produced.

From date to date corresponding to the period covered by the report. Typically 14 to 30 days. See 2.1 above, Figure 3 Data relationship logic.

We refer to the patient, subject of the report, by his unique identifier.This identifier is preferably the patient's national register number (NISS). In some cases, another unique identifier may be allowed.

This refers to the service provider or organization that encodes the information.[1] The unique identifier for each natural person is the NISS, while for each organization the business number serves as the unique identifier.

We refer to the service provider or organization that collects the observations and produces the report. [2]The unique identifier of each natural person is the NISS, while for each organization the company number serves as the unique identifier.For the Diabetes Diagnostic Report, it is: “performer = recorder.»

Care provider identified by their NISS (endocrinologist* , general practitioner, etc.) interprets the observations in the report. ResultsInterpreter This element will not be provided by the producer of the report, but will include the reference of the healthcare provider who does the interpretation.

Category of the report. For the purposes of the diabetes report, the only accepted category is “Endocrinology”.SNOMED CT code 394483002 invariant, see VS_DiagRep_Category.

Is the category of diabetic patient (CAT 1, CAT 2, CAT 3). (See glossary for details).By default, the qualification is “CAT 3”.The category is calculated by an algorithm from the diagnosis provided by the doctor — interpreter.

Identification number assigned by INAMI to the sensor type.See VS_Diab_Device

Report code. As part of the diabetes project, the only accepted code is “Diabetic Monitoring Status”SNOMED CT code 243860001 invariant, see VS_DiagRep_Code.

List of references to “derived values” type observations (a dozen derived observations) mentioned in the report.[3]His observations are part of the diagnostic report.

List of references to “blood glucose measurement” type observations used to produce the analysis (a few thousand measurements) [4] type (“SCI”)[5]

Problem reference related to this diagnostic report.This element will not be provided by the producer of the report but will be provided by the healthcare provider who does the interpretation.

Report comments in free text format. This element will not be provided by the producer of the report, but will be provided by the healthcare provider doing the interpretation.

URL to the reference software.

PDF document containing the complete report (text, graphics, deduced observations, conclusions, etc.)

Report status. By default it is “Final”. Value according to the business rule on “% Data Captured” see VS_DiagRep_Status

BeModelDiagnosticReportDiabetes

Unique business identifier of the report.(https://docs.google.com/document/d/13qamEPfdQ2HgUiXmjwHQNchpEU3LsQHF5MN9jKufX2g/edit?usp=sharing).

Report identifier for the internal supplier's business.

Date the report was produced.

From date to date corresponding to the period covered by the report. Typically 14 to 30 days. See 2.1 above, Figure 3 Data relationship logic.

We refer to the patient, subject of the report, by his unique identifier.This identifier is preferably the patient's national register number (NISS). In some cases, another unique identifier may be allowed.

This refers to the service provider or organization that encodes the information.[1] The unique identifier for each natural person is the NISS, while for each organization the business number serves as the unique identifier.

We refer to the service provider or organization that collects the observations and produces the report. [2]The unique identifier of each natural person is the NISS, while for each organization the company number serves as the unique identifier.For the Diabetes Diagnostic Report, it is: “performer = recorder.»

Care provider identified by their NISS (endocrinologist* , general practitioner, etc.) interprets the observations in the report. ResultsInterpreter This element will not be provided by the producer of the report, but will include the reference of the healthcare provider who does the interpretation.

Category of the report. For the purposes of the diabetes report, the only accepted category is “Endocrinology”.SNOMED CT code 394483002 invariant, see VS_DiagRep_Category.

Is the category of diabetic patient (CAT 1, CAT 2, CAT 3). (See glossary for details).By default, the qualification is “CAT 3”.The category is calculated by an algorithm from the diagnosis provided by the doctor — interpreter.

Identification number assigned by INAMI to the sensor type.See VS_Diab_Device

Report code. As part of the diabetes project, the only accepted code is “Diabetic Monitoring Status”SNOMED CT code 243860001 invariant, see VS_DiagRep_Code.

List of references to “derived values” type observations (a dozen derived observations) mentioned in the report.[3]His observations are part of the diagnostic report.

List of references to “blood glucose measurement” type observations used to produce the analysis (a few thousand measurements) [4] type (“SCI”)[5]

Problem reference related to this diagnostic report.This element will not be provided by the producer of the report but will be provided by the healthcare provider who does the interpretation.

Report comments in free text format. This element will not be provided by the producer of the report, but will be provided by the healthcare provider doing the interpretation.

URL to the reference software.

PDF document containing the complete report (text, graphics, deduced observations, conclusions, etc.)

Report status. By default it is “Final”. Value according to the business rule on “% Data Captured” see VS_DiagRep_Status