FHIR Store Mappings - Revision history

JoshuA: /* OBR - Observation Request */

2022-04-25T10:05:06Z

OBR - Observation Request

← Older revision		Revision as of 10:05, 25 April 2022
Line 1:		Line 1:
	=== Introduction ===		=== NM"Introduction ===
	This page describes the mapping between the [[Publisher API HL7 Segments\|HL7v2 segments]] that DDS can ingest and the FHIR Resources (TODO link to profiles) that DDS uses to represent them internally.		This page describes the mapping between the [[Publisher API HL7 Segments\|HL7v2 segments]] that DDS can ingest and the FHIR Resources (TODO link to profiles) that DDS uses to represent them internally.

Line 869:		Line 869:
	\|OBR:16.1		\|OBR:16.1
	\|DiagnosticReport		\|DiagnosticReport
	\|~~orderingClinician~~		\|Diagnostic_Report_Filed_By
	\|Practitioner		\|Practitioner
	\|		\|
Line 946:		Line 946:
	\|		\|
	\|}		\|}
			Note: the data path described in the ORC mappings is aspirational and has not been implemented in the current DDS codebase. (DDS uses the Organisation listed in the context instead currently).

	==== [[Publisher API HL7 Segments#OBX_-_Observation_or_result\|OBX - Observation or result]] ====		==== [[Publisher API HL7 Segments#OBX_-_Observation_or_result\|OBX - Observation or result]] ====
Line 988:		Line 989:
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.1		\|OBX:16.1
	\|Observation		\|Observation
	\|~~performer~~		\|Diagnostic_Report_Filed_By
	\|Practitioner		\|Practitioner
	\|		\|
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.1		\|OBX:16.1
	\|Practitioner		\|Practitioner
	\|identifier.value		\|identifier.value
Line 1,002:		Line 1,003:
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.2		\|OBX:16.2
	\|Practitioner		\|Practitioner
	\|name.family		\|name.family
Line 1,009:		Line 1,010:
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.3		\|OBX:16.3
	\|Practitioner		\|Practitioner
	\|name.given		\|name.given
Line 1,016:		Line 1,017:
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.4		\|OBX:16.4
	\|Practitioner		\|Practitioner
	\|name.given		\|name.given
Line 1,023:		Line 1,024:
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:16		\|OBX:16
	\|~~ORC~~:16.6		\|OBX:16.6
	\|Practitioner		\|Practitioner
	\|name.prefix		\|name.prefix
Line 1,052:		Line 1,053:
	\|		\|
	\|if OBX:2.1 == "ST"		\|if OBX:2.1 == "ST"
			OR
	if OBX:2.1 == "TX"		if OBX:2.1 == "TX"

			OR

			if OBX:2.1 == "FT"
	\|}		\|}
	<u>Collection of individual results</u>		<u>Collection of individual results</u>
Line 1,070:		Line 1,076:
	\|valueQuantity		\|valueQuantity
	\|		\|
	\|if OBX:2.1 == "~~ST"~~		\|if OBX:2.1 == "NM"
	~~if OBX:2.1 == "TX~~"
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBX:5		\|OBX:5

JoshuA: /* OBR - Observation Request */

2022-04-25T09:50:13Z

OBR - Observation Request

← Older revision		Revision as of 09:50, 25 April 2022
Line 829:		Line 829:
	\|category.coding.system		\|category.coding.system
	\|		\|
	\|~~if MSH:3.1 != "RADIOLOGY"~~		\|
	\|- style="background-color: #ddd;"		\|- style="background-color: #ddd;"
	\|OBR:4		\|OBR:4

Will Weatherill: /* PID - Patient Identification */

2021-07-20T16:40:34Z

PID - Patient Identification

← Older revision		Revision as of 16:40, 20 July 2021
Line 176:		Line 176:
	\|PID:15		\|PID:15
	\|PID:15.1		\|PID:15.1
			\|Observation
			\|code.coding.code
	\|Patient		\|Patient
	\|~~communication~~.~~language~~		\|if PID:15.1 is not empty then look up core concept from Information Model and insert into property
	\|
	\|
	\|-style='background-color: #ddd;'		\|-style='background-color: #ddd;'
	\|PID:15		\|PID:15
	\|PID:15.4		\|PID:15.4
			\|Observation
			\|code.coding.code
	\|Patient		\|Patient
	~~\|communication.language~~
	\|
	\|		\|
			\|-
			\|PID:17
			\|PID:17.1
			\|Observation
			\|code.coding.code
			\|Patient
			\|if PID:17.1 is not empty then look up core concept from Information Model and insert into property
	\|-		\|-
	\|PID:18		\|PID:18

Will Weatherill: /* Pathology results */

2021-07-20T13:26:39Z

Pathology results

← Older revision		Revision as of 13:26, 20 July 2021
Line 1,061:		Line 1,061:
	\|OBX:5.1		\|OBX:5.1
	\|Observation		\|Observation
	\|~~valueString~~		\|valueQuantity
	\|		\|
	\|if OBX:2.1 == "ST"		\|if OBX:2.1 == "ST"

Will Weatherill: /* Single textual report */

2021-07-20T13:13:18Z

Single textual report

← Older revision		Revision as of 13:13, 20 July 2021
Line 1,026:		Line 1,026:
	Pathology results are divided into two categories -		Pathology results are divided into two categories -

	~~======~~ Single textual report ~~======~~		<u>Single textual report</u>

	In the case of a single textual report all related OBX segments (see [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] for detail on how this report type is identified) are aggregated into the same FHIR Observation instance. The value of each OBX:5.1 field is appended to the valueString property of that same Observation instance. It is also worth noting that NTE segments the follow directly after the parent OBR segment will also be appended on to the valueString (see [[FHIR Store Mappings#NTE - Notes and Comments\|here]] for NTE mapping strategy).		In the case of a single textual report all related OBX segments (see [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] for detail on how this report type is identified) are aggregated into the same FHIR Observation instance. The value of each OBX:5.1 field is appended to the valueString property of that same Observation instance. It is also worth noting that NTE segments the follow directly after the parent OBR segment will also be appended on to the valueString (see [[FHIR Store Mappings#NTE - Notes and Comments\|here]] for NTE mapping strategy).

Line 1,046:		Line 1,047:
	if OBX:2.1 == "TX"		if OBX:2.1 == "TX"
	\|}		\|}
			<u>Collection of individual results</u>

	~~====== Collection of individual results ======~~
	Where an OBX segment encapsulates a single result (see for [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] detail on how this report type is identified) then each OBX will have an equivalent FHIR Observation instance created		Where an OBX segment encapsulates a single result (see for [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] detail on how this report type is identified) then each OBX will have an equivalent FHIR Observation instance created
	{\| class="wikitable"		{\| class="wikitable"

Will Weatherill: /* Single textual report */

2021-07-16T14:03:00Z

Single textual report

← Older revision		Revision as of 14:03, 16 July 2021
Line 1,027:		Line 1,027:

	====== Single textual report ======		====== Single textual report ======
	In the case of a single textual report all related OBX segments (see [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] for detail on how this report type is identified) are aggregated into the same FHIR Observation instance. The value of each OBX:5.1 field is appended to the valueString property of that same Observation instance. It is also worth noting that NTE segments the follow directly after the parent OBR segment will also be appended on to the valueString (see here for mapping strategy).		In the case of a single textual report all related OBX segments (see [[Publisher API HL7 Messages#ORU%20R01:%20Unsolicited%20Observation%20.28Laboratory.29\|here]] for detail on how this report type is identified) are aggregated into the same FHIR Observation instance. The value of each OBX:5.1 field is appended to the valueString property of that same Observation instance. It is also worth noting that NTE segments the follow directly after the parent OBR segment will also be appended on to the valueString (see [[FHIR Store Mappings#NTE - Notes and Comments\|here]] for NTE mapping strategy).

	Note that the DDS mapping logic will not attempt to insert any newline characters. Instead the Observation.valueString is simply built by concatenating the raw text in the order in which the OBX and NTE segments are encountered.		Note that the DDS mapping logic will not attempt to insert any newline characters. Instead the Observation.valueString is simply built by concatenating the raw text in the order in which the OBX and NTE segments are encountered.
Line 1,115:		Line 1,115:
	* Single image OBX - In this case the image data are mapped to a single FHIR Observation instance and the valueAttachment property holds the image		* Single image OBX - In this case the image data are mapped to a single FHIR Observation instance and the valueAttachment property holds the image
	* Multiple image OBX - In this case all individual image data are mapped to heir own component.valueAttachment instance that are all encapsulated within the same single Observation instance		* Multiple image OBX - In this case all individual image data are mapped to heir own component.valueAttachment instance that are all encapsulated within the same single Observation instance
	* Textual OBX (one or multiple) - All textual OBX (and also any NTE segments directly following the parent OBR segment) are concatenated on to the comments property of the Observation instance. Note that the DDS mapping logic will not attempt to insert any newline characters.		* Textual OBX (one or multiple) - All textual OBX (and also any [[FHIR Store Mappings#NTE - Notes and Comments\|NTE segments]] directly following the parent OBR segment) are concatenated on to the comments property of the Observation instance. Note that the DDS mapping logic will not attempt to insert any newline characters.

	Where an OBX holds a a recognised image (see [[Publisher API HL7 Messages#ORU R01: Unsolicited Observation .28Radiology.29\|here]] for detail on supported image types) then it is mapped to a		Where an OBX holds a a recognised image (see [[Publisher API HL7 Messages#ORU R01: Unsolicited Observation .28Radiology.29\|here]] for detail on supported image types) then it is mapped to a

Will Weatherill: /* PR1 - Procedures */

2021-07-16T14:02:11Z

PR1 - Procedures

@@ Line 775: / Line 775: @@
+|
+|
 |}

Will Weatherill: /* Microbiology results */

2021-07-16T13:58:19Z

Microbiology results

@@ Line 1,119: / Line 1,119: @@
 ===== Microbiology results =====
 TODO
 === Fixed Values ===

Will Weatherill: /* OBR - Observation Request */

2021-07-16T13:57:45Z

OBR - Observation Request

← Older revision		Revision as of 13:57, 16 July 2021
Line 827:		Line 827:
	\|		\|
	\|		\|
	\|-		\|- style="background-color: #ddd;"
	\|OBR:7		\|OBR:7
	\|OBR:7.1		\|OBR:7.1

Will Weatherill: /* OBX - Observation or result */

2021-07-16T13:57:34Z

OBX - Observation or result

← Older revision		Revision as of 13:57, 16 July 2021
Line 948:		Line 948:
	\|		\|
	\|		\|
	\|-		\|- style="background-color: #ddd;"
	\|OBX:14		\|OBX:14
	\|OBX:14.1		\|OBX:14.1