Difference between revisions of "Procedure Referral Workgroup Mission Statement"

From Health Level 7 Belgium Wiki
Line 5: Line 5:
 
The mission of the WG is to realize a technical profile in HL7 FHIR format that describes a referral prescription. A 'referral prescription' (RP) is in general any prescription that is not a prescription for medical content e.g. a prescription for diagnostic imaging, a prescription for kinesitherapy treatment or a nursing prescription.
 
The mission of the WG is to realize a technical profile in HL7 FHIR format that describes a referral prescription. A 'referral prescription' (RP) is in general any prescription that is not a prescription for medical content e.g. a prescription for diagnostic imaging, a prescription for kinesitherapy treatment or a nursing prescription.
  
As such, this WG considers the following points in scope of its mission:
+
As such, this WG considers the following points '''in scope''' of its mission:
 
* The description of high level use cases detailing the usage of this message.
 
* The description of high level use cases detailing the usage of this message.
 
** These use cases will take the flavours of the identified specific use cases that were already identified i.e. in a first phase there will be a focus on diagnostic imaging, kinesitherapy and nursing
 
** These use cases will take the flavours of the identified specific use cases that were already identified i.e. in a first phase there will be a focus on diagnostic imaging, kinesitherapy and nursing
Line 13: Line 13:
 
* The delivery of FHIR artefacts profiling the appropriate resources to make this datamodel possible in FHIR
 
* The delivery of FHIR artefacts profiling the appropriate resources to make this datamodel possible in FHIR
  
This WG considers these points explicitly out of scope:
+
This WG considers these points '''explicitly out of scope''':
 
* Architectural decisions how this message will be send (e.g. SOAP message, REST interface,...)
 
* Architectural decisions how this message will be send (e.g. SOAP message, REST interface,...)
 
* Decisions around use of as-is or to-be developed solutions to send this message (e.g. use of eHealth box, regional vaults,...)
 
* Decisions around use of as-is or to-be developed solutions to send this message (e.g. use of eHealth box, regional vaults,...)
 
* Detailed semantic studies to determine subsets of codesystems (e.g. a SNOMED-CT subset to define a list of pathologies,...)
 
* Detailed semantic studies to determine subsets of codesystems (e.g. a SNOMED-CT subset to define a list of pathologies,...)

Revision as of 11:32, 16 April 2020

DISCLAIMER: EVERYTHING ON THIS PAGE SHALL BE CONSIDERED DRAFT AS LONG AS THIS DISCLAIMER REMAINS PRESENT. - THIS PAGE WILL BE DISCUSSED DURING THE PROCEDURE REFERRAL WG.

This page describes the mission statement of this WG.

The mission of the WG is to realize a technical profile in HL7 FHIR format that describes a referral prescription. A 'referral prescription' (RP) is in general any prescription that is not a prescription for medical content e.g. a prescription for diagnostic imaging, a prescription for kinesitherapy treatment or a nursing prescription.

As such, this WG considers the following points in scope of its mission:

  • The description of high level use cases detailing the usage of this message.
    • These use cases will take the flavours of the identified specific use cases that were already identified i.e. in a first phase there will be a focus on diagnostic imaging, kinesitherapy and nursing
  • The delivery of a logical datamodel of what is to be send in these transactions:
    • The constituent parts of the RP (e.g. a patient, a practitioner, obervation(s),...)
    • The actual content of these parts (e.g. cardinalities, where and which codesystems shall be used,...)
  • The delivery of FHIR artefacts profiling the appropriate resources to make this datamodel possible in FHIR

This WG considers these points explicitly out of scope:

  • Architectural decisions how this message will be send (e.g. SOAP message, REST interface,...)
  • Decisions around use of as-is or to-be developed solutions to send this message (e.g. use of eHealth box, regional vaults,...)
  • Detailed semantic studies to determine subsets of codesystems (e.g. a SNOMED-CT subset to define a list of pathologies,...)