HL7 Version 2 to FHIR
1.0.0-ballot - ballot International flag

HL7 Version 2 to FHIR, published by HL7 International / Orders and Observations. This guide is not an authorized publication; it is the continuous build for version 1.0.0-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/v2-to-fhir/ and changes regularly. See the Directory of published versions

ConceptMap: Segment DG1 to EpisodeOfCare Map (Experimental)

Official URL: http://hl7.org/fhir/uv/v2mappings/segment-dg1-to-episodeofcare Version: 1.0.0-ballot
Active as of 2024-10-30 Computable Name: SegmentDG1ToEpisodeOfCare

Copyright/Legal: Copyright (c) 2020, HL7 International, Inc., All Rights Reserved.

This ConceptMap represents a mapping from the HL7 V2 Segment DG1 to the FHIR EpisodeOfCare Resource.

This ConceptMap represents the mapping from the HL7 V2 DG1 Segment to the FHIR EpisodeOfCare Resource. See also the FHIR Shorthand or the CSV Source.

HL7 v2Condition (IF True, args)HL7 FHIRComments
Sort OrderIdentifierNameData TypeCardinality - MinCardinality - MaxComputable ANTLRComputable FHIRPathNarrativeFHIR AttributeExtensionData TypeCardinality - MinCardinality - MaxData Type MappingVocabulary Mapping
(IS, ID, CE, CEN, CWE)
Assignment
1DG1-1Set IDSI11Doesn't warrant mapping
2DG1-2Diagnosis Coding MethodID11Doesn't warrant mapping
3DG1-3Diagnosis CodeCWE11EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.code)EpisodeOfCare.CodeableConcept01CWE[CodeableConcept]
4DG1-4Diagnosis DescriptionST01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.code.text)01Doesn't warrant mapping
5DG1-5Diagnosis Date/TimeDTM01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.onsetDateTime)EpisodeOfCare.dateTime01Should confirm that these two concepts are equivalent. Condition.recordedDate is also available
6DG1-6Diagnosis TypeCWE11EpisodeOfCare.diagnosis.roleEpisodeOfCare.CodeableConcept01CWE[CodeableConcept]DiagnosisType
7DG1-7Major Diagnostic CategoryCE01
8DG1-8Diagnostic Related GroupCE01
9DG1-9DRG Approval IndicatorID01
10DG1-10DRG Grouper Review CodeIS01
11DG1-11Outlier TypeCE01
12DG1-12Outlier DaysNM01
13DG1-13Outlier CostCP01
14DG1-14Grouper Version And TypeST01
15DG1-15Diagnosis PriorityNM01EpisodeOfCare.diagnosis.rankEpisodeOfCare.positiveInt01Could contribute to Condition.category or be a new extension
16DG1-16Diagnosing ClinicianXCN0-1EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.asserter(EpisodeOfCare.Practitioner)Reference01XCN[Practitioner]While DG1-16 can repeat, we are not aware of instances where this is used. Until such time, we will not yet establish an agreed to method to communicate the extra repeats in FHIR.
17DG1-17Diagnosis ClassificationCWE01
18DG1-18Confidential IndicatorID01
19DG1-19Attestation Date/TimeDTM01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.extension.url)EpisodeOfCare.uri11"http://hl7.org/fhir/StructureDefinition/condition-assertedDate"
19DG1-19Attestation Date/TimeDTM01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.extension.valueDateTime)EpisodeOfCare.dateTime11It is unclear whether to use recorded or asserted date. What is your opinion?
19DG1-19Attestation Date/TimeDTM01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.recordedDate)EpisodeOfCare.dateTime01It is unclear whether to use recorded or asserted date. What is your opinion?
20DG1-20Diagnosis IdentifierEI01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.identifier)EpisodeOfCare.identifier0-1EI[Identifier-Extension]We should confirm that this is truly a unique ID before it gets used as .id. It may need to be combined with a visit ID to make it fully unique.
21DG1-21Diagnosis Action CodeID01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.verificationStatus.coding.code)EpisodeOfCare.code01"entered-in-error"Other values (A and U) don't map to anything
21DG1-21Diagnosis Action CodeID01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.verificationStatus.coding.system)EpisodeOfCare.uri01"http://terminology.hl7.org/CodeSystem/condition-ver-status"
22DG1-22Parent DiagnosisEI01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.extension.url)"http://hl7.org/fhir/StructureDefinition/condition-dueTo"
22DG1-22Parent DiagnosisEI01EpisodeOfCare.diagnosis.condition(EpisodeOfCare.Condition.extension.valueReference(EpisodeOfCare.Condition)Reference01EI[Condition]Extensions for occurredFollowing and related also exist
23DG1-23DRG CCL Value CodeCWE01
24DG1-24DRG Grouping UsageID01
25DG1-25DRG Diagnosis Determination StatusCWE01
26DG1-26Present On Admission (POA) IndicatorCWE01This could contribute to Condition.category, if that value set it extended to include multiple types of diagnoses

Generated Narrative: ConceptMap segment-dg1-to-episodeofcare

Mapping from DG1 to EpisodeOfCare


Group 1 Mapping from unspecified code system to unspecified code system

Source CodeRelationshipTarget CodeComment
DG1-3 (Diagnosis Code)is equivalent todiagnosis.condition(Condition.code)
DG1-4 (Diagnosis Description)is equivalent todiagnosis.condition(Condition.code.text)Doesn't warrant mapping
DG1-5 (Diagnosis Date/Time)is equivalent todiagnosis.condition(Condition.onsetDateTime)Should confirm that these two concepts are equivalent. Condition.recordedDate is also available
DG1-6 (Diagnosis Type)is equivalent todiagnosis.role
DG1-15 (Diagnosis Priority)is equivalent todiagnosis.rankCould contribute to Condition.category or be a new extension
DG1-16 (Diagnosing Clinician)is equivalent todiagnosis.condition(Condition.asserter(Practitioner)While DG1-16 can repeat, we are not aware of instances where this is used. Until such time, we will not yet establish an agreed to method to communicate the extra repeats in FHIR.
DG1-19 (Attestation Date/Time)is equivalent todiagnosis.condition(Condition.extension[1].url)
DG1-19 (Attestation Date/Time)is equivalent todiagnosis.condition(Condition.extension[1].valueDateTime)It is unclear whether to use recorded or asserted date. What is your opinion?
DG1-19 (Attestation Date/Time)is equivalent todiagnosis.condition(Condition.recordedDate)It is unclear whether to use recorded or asserted date. What is your opinion?
DG1-20 (Diagnosis Identifier)is equivalent todiagnosis.condition(Condition.identifier)We should confirm that this is truly a unique ID before it gets used as .id. It may need to be combined with a visit ID to make it fully unique.
DG1-21 (Diagnosis Action Code)is equivalent todiagnosis.condition(Condition.verificationStatus.coding.code)Other values (A and U) don't map to anything
DG1-21 (Diagnosis Action Code)is equivalent todiagnosis.condition(Condition.verificationStatus.coding.system)
DG1-22 (Parent Diagnosis)is equivalent todiagnosis.condition(Condition.extension[2].url)
DG1-22 (Parent Diagnosis)is equivalent todiagnosis.condition(Condition.extension[2].valueReference(Condition))Extensions for occurredFollowing and related also exist

Notes: