FHIR© Implementation Guide - DRAFT
Point of Care Diagnostics FHIR IG
- CI Build
Point of Care Diagnostics FHIR IG - Local Development build.
The specification is outlined using specific interactions between the various point of care diagnostics systems. After the explanation of the interactions, protocols and payloads with examples, the conformance requirements for each of the systems is outlined. The specific interactions between the point of care diagnostic systems are
Registration and Discovery process is used for each Subjective or Objective Measurement System to:
For Phase 1, the registration process is manual and hence no specific communication protocol is prescribed. However the following minimum data is registered as part of the process.
Data Element | Purpose | Other Notes |
---|---|---|
Intent Information. | Intent information is required for communication between MGD App and the Measurement App. | Intent Information will include: action type (Mime Type) component (Unique Name) category (Launcher) data (hl7.org.fhir.bundle) extras |
Test Detail | Test Detail will specify the typee of subjective, objective measurement performed by the application. |
For Laboratory Tests, LOINC codes will be used. For Vital Signs, LOINC codes will be used. For Diagnosis, SNOMED-CT codes will be used. |
For Phase 1, until the IG is piloted and the required FHIR resources mature, the registration and discovery process will be done manually. For future phases the following FHIR Resources and profiles will be used for registration and discovery.
FHIR Resource/Maturity | Purpose | Extensions |
---|---|---|
CatalogEntry/0 | CatalogEntry will be used to declare the compendium of tests that are supported by a measurement system. For example, a specific device may support measurement of Oxygen saturation, Blood Pressure, HbA1C etc. | None |
ObservationDefintion/0 | ObservationDefinition will be used to specify the meta data about the observation such as valid ranges, units, interpretation detail. | None |
The following are the vocabulary and value set requirements for registration and discovery.
Data Element | Vocabulary | Specific ValueSet |
---|---|---|
Laboratory Test Name | LOINC | Laboratory Test Codes |
Diagnosis Test Name | SNOMED-CT | Condition Codes |
In Phase 1 of the project, registration is handled manually out of band and hence there are no specific examples.
Measurement ordering process is used to initiate the measurement for a specific lab test, vital sign or an assessment. The diagram below shows the overall interaction of how the order is placed.
As shown in the above diagram, the ordering protocol used is "Intent" based app to app communication.
Data Element | Purpose | Other Notes |
---|---|---|
Intent extras. | Communicates the FHIR Based Bundle containing Patient, Encounter and ServiceRequest profiles. | Specifically following profiles will be used: US Core Patient US Core Encounter New Service Request Profile |
The following are the FHIR resources and profiles that will be used for implementing the interaction.
FHIR Resource | Purpose | Extensions |
---|---|---|
Patient | US Core Patient | None |
Encounter | US Core Encounter | None |
The following are the vocabulary and value set requirements for registration and discovery.
Data Element | Vocabulary | Specific ValueSet |
---|---|---|
ServiceRequest.code |
LOINC SNOMED-CT |
Laboratory Test Codes Condition Codes |
The following are examples of Order Payloads using FHIR per the specification. Add Link to Example.
Result Receiving process is used to return the result from a specific objective or subjective measurement system. The diagram below shows the overall interaction of how the result is received.
As shown in the above diagram, the ordering protocol used is "Intent" based app to app communication.
Data Element | Purpose | Other Notes |
---|---|---|
Intent extras. | Communicates the FHIR Based Bundle containing Patient, Encounter, Observation, Vital Signs, Condition, Medication Request profiles. | Specifically following profiles will be used: US Core Patient US Core Encounter US Core Lab Results profile US Core Vital Signs profile US Core Condition US Core Medication Request |
The following are the FHIR resources and profiles that will be used for implementing the interaction.
FHIR Resource | Purpose | Extensions |
---|---|---|
Patient | US Core Patient | None |
Encounter | US Core Encounter | None |
Observation |
US Core Lab Results profile |
None |
Observation |
US Core Vital Signs profile |
None |
Condition |
US Core Condition profile |
None |
MedicationRequest |
US Core Medication Request profile |
None |
The following are the vocabulary and value set requirements for registration and discovery.
Data Element | Vocabulary | Specific ValueSet |
---|---|---|
Observation.code |
LOINC |
Laboratory Test Codes |
Observation.value |
UCUM |
None |
Condition.value |
SNOMED-CT |
US Core Condition Codes |
MedicationRequest.medicationCodeableConcept |
RxNorm |
US Core Medication Codes |
The following are examples of Result Payloads using FHIR per the specification. Add Link to Example.
For Intent Based communication currently no security protocols are used as the applications are on the same mobile device and are assumed to be communicating with each other using
standard mobile device protocols authorized by the user.
For FHIR API Based communication:
In Phase 1 of the project, there are no specific FHIR APIs being used and hence there are no specific requirements for FHIR APIs.
The FHIR payload will carry the necessary metadata about the actors, times and patients involved which SHALL be logged by the mobile apps interacting with each other.
The following are conformance requirements for the MGD Mobile App
The following are conformance requirements for an Objective Measurement System
The following are conformance requirements for an Objective Measurement System