Материал: part20

- Standard -​

Note that there is no business name associated with this template. Rather, this template is an editorial convenience for template​ specification, and the Business Names for the elements of this template are logically part of the Business Name scope of the invoking​ template.​

8.2.1 componentOf/encompassingEncounter​

The id element of the encompassingEncounter represents the identifier for the encounter. When the diagnostic imaging procedure​ is performed in the context of a hospital stay or an outpatient visit for which there is an Encounter Number, Visit Number, or Admission​ ID, equivalent to DICOM attribute (0038,0010), that number should be present as the ID of the encompassingEncounter.​

The effectiveTime of the encompassingEncounter represents the time interval or point in time in which the encounter took place. The​ encompassing encounter might be that of the hospital or office visit in which the imaging procedure was performed. If the effective​ time is unknown, a nullFlavor attribute can be used.​

Example 8.2.1-1. componentOf example​

<componentOf>

<encompassingEncounter>

<id extension="9937012" root="1.3.6.4.1.4.1.2835.12"/> <effectiveTime value="20060828170821"/> <encounterParticipant typeCode="ATND">

<assignedEntity>

<id extension="4" root="2.16.840.1.113883.19"/> <code code="208M00000X"

codeSystem="2.16.840.1.113883.6.101"

codeSystemName="NUCC"

displayName="Hospitalist"/> <addr nullFlavor="NI"/> <telecom nullFlavor="NI"/> <assignedPerson>

- Standard -​

<name>

<prefix>Dr.</prefix> <given>Fay </given> <family>Family</family>

</name>

</assignedPerson>

</assignedEntity>

</encounterParticipant>

</encompassingEncounter>

</componentOf>

8.2.2 Physician of Record Participant​

This encounterParticipant with typeCode="ATND" (Attender) is the attending physician and is usually different from the Physician​ Reading Study Performer defined in documentationOf/serviceEvent.​

Example 8.2.2-1. Physician of record participant example​

<encounterParticipant typeCode="ATND"> <assignedEntity>

<id extension="44444444" root="2.16.840.1.113883.4.6"/> <code code="208M00000X"

codeSystem="2.16.840.1.113883.6.101"

codeSystemName="NUCC"

displayName="Hospitalist"/> <addr nullFlavor="NI"/> <telecom nullFlavor="NI"/> <assignedPerson>

<name>

<prefix>Dr.</prefix>

<given>Fay</given>

<family>Family</family>

</name>

</assignedPerson>

</assignedEntity>

</encounterParticipant>

8.2.3 inFulfillmentOf/Order and @ID​

An inFulfillmentOf element represents the Placer Order. There may be more than one inFulfillmentOf element in the case where a​ single report is fulfilling multiple orders. There SHALL be one inFulfillmentOf/order for each distinct Order associated with the report.​

In each inFulfillmentOf/order there SHALL be one order/id for the Placer Order Number (0040,2016). There SHALL be one order/ps3-​ 20:accessionNumberfortheDICOMAccessionNumber(0008,0050)associatedwiththeorder.Theps3-20:accessionNumberSHALL​ be Data Type II; it SHALL have a UID root attribute identifying its assigning authority, and the DICOM Accession Number SHALL be​ in the extension attribute.​

Example 8.2.3-1. inFulfillmentOf example​

<xs:schema ...

xmlns:ps3-20="urn:dicom-org:ps3-20"

...

- Standard -​

Page 54​ DICOM PS3.20 2020a - Imaging Reports using HL7 Clinical Document Architecture​

</xs:schema>

<inFulfillmentOf>

<order>

<id extension="089-927851" root="2.16.840.1.113883.19.4.33"/> <!-- {extension} =

Placer Order Number/Imaging Service Request (0040,2016) {root} =

Order Placer Identifier Sequence (0040,0026) > Universal Entity ID (0040,0032) --> <ps3-20:accessionNumber extension="10523475" root="2.16.840.1.113883.19.4.27" /> <!-- {extension}=

Accession Number (0008,0050) {root} =

Issuer of Accession Number Sequence (0008,0051) > Universal Entity ID (0040,0032) --> <code code="RPID24"

displayName="CT HEAD WITH IV CONTRAST" codeSystem="2.16.840.1.113883.6.256" codeSystemName="RadLex Playbook">

<!-- Ordered Procedure Code is

Requested Procedure Code Sequence (0032,1064) --> </order>

</inFulfillmentOf>

8.2.4 documentationOf/serviceEvent​

Each documentationOf/serviceEvent indicates an imaging procedure that the provider describes and interprets in the content of the​ report. The main activity being described by this document is both the performance of the imaging procedure and the interpretation​ of the imaging procedure.​

There may be more than one documentationOf/serviceEvent element if the report is interpreting multiple DICOM Studies. There may​ also be multiple reports for a single DICOM Study.​

The serviceEvent/id element contains the DICOM Study Instance UID.​

The date and time of the imaging procedure is indicated in the serviceEvent/effectiveTime element; the date and time of the interpret-​ ation is in the clinicalDocument/effectiveTime.​

Note​

TheserviceEvent/effectiveTimeusestheIVL_TSdatatypewiththelowelementrequired,forharmonizationwithConsolidated​ CDA release 1.1.​

8.2.4.1 code and translation​

Within each documentationOf element, there is one serviceEvent element. The type of imaging procedure may be further described​ in the serviceEvent/code element. This guide makes no specific recommendations about the primary vocabulary to use for describing​ this event, identified as Procedure Code.​

The serviceEvent/code/translation elements include codes representing the primary image acquisition modality using DICOM (DCM)​ terminology, and target anatomic region (for which SNOMED terminology is recommended).​

Note​

1.​These codes may be used as health information exchange search metadata in accordance with the IHE Radiology​ Technical Framework Cross-Enterprise Document Sharing for Imaging (XDS-I) Profile.​

2.​Binding of the Concept Domains ProcedureCode and AnatomicRegion to specific Value Sets may be done in a further​ profiling of the use of this Template.​

- Standard -​

Example 8.2.4.1-1. documentationOf example​

<documentationOf>

<serviceEvent classCode="ACT" moodCode="EVN"> <!-- study instance UID (0020,000D) -->

<id root="1.2.840.113619.2.62.994044785528.114289542805"/>

<!-- code is DICOM (Performed) Procedure Code Seq (0008,1032) --> <code code="71020"

displayName="Radiologic examination, chest, two views, frontal and lateral" codeSystem="2.16.840.1.113883.6.12"

codeSystemName="CPT4"> <translation code="XR" displayName="XR"

codeSystem="1.2.840.10008.2.16.4"

codeSystemName="DCM"/>

</code>

<!-- translation code is Modality (0008,0060) --> <effectiveTime value="20060823222400+0800"/>

</serviceEvent>

</documentationOf>

8.2.4.2 Performer​

The documentationOf/serviceEvent may include as a participant the physician reading the study, equivalent to DICOM attribute​ (0008,1060),andotherhealthcareprofessionalparticipantsintheprocedure(e.g.,thesurgicalperformerinaninterventionalprocedure).​

Note​

In simple procedures, the physician reading the study is identified in the Author or LegalAuthenticator participation on the​ ClinicalDocument, and does not need to be re-identified in this element. The technologist performing the imaging may be​ identified in this element as a secondary performer, since the interpreting physician is the principal performer responsible​ for the service event.​

Example 8.2.4.2-1. Physician reading study performer example​

<performer typeCode="PRF"> <assignedEntity>

<id extension="111111111" root="2.16.840.1.113883.4.6"/> <code code="2085R0202X"

codeSystem="2.16.840.1.113883.6.101"

codeSystemName="NUCC" displayName="Diagnostic Radiology"/>

<addr nullFlavor="NI"/> <telecom nullFlavor="NI"/> <assignedPerson>

<name><given>Christine</given><family>Cure</family><suffix>MD</suffix></name>

</assignedPerson>

</assignedEntity>

</performer>

- Standard -​