Page History
...
Kode | Beskrivelse | Eksempel |
ID for aftalen ClinicalDocument.id | Den unikke identifikation for aftalen | <id |
Patienten aftalen omhandler ...recordTarget.patientRole | Patientens Navn og CPR nr. | <patientRole classCode="PAT"> <id extension="2512489996" root="1.2.208.176.1.2" assigningAuthorityName="CPR"/> <patient classCode="PSN" determinerCode="INSTANCE"> <name> <given>Nancy</given> <given>Ann</given> <family>Berggren</family> </name> <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/> <birthTime value="19481225000000+0000"/> </patient> </patientRole> |
Ansvarlig for aftalen ClinicalDocument.author | Den person eller organisation der er ansvarlig for aftalen | <author typeCode="AUT" contextControlCode="OP"> <time value="20190816100000+0100"/> <assignedAuthor classCode="ASSIGNED"> <id extension="378631000016009" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE"> <name> <given>Jens</given> <family>Jensen</family> </name> </assignedPerson> </assignedAuthor> </author> |
Ansvarlig myndighed for CDA dokumentet ClinicalDocument.custodian | Den myndighed der er ansvarlig for CDA dokumentet Bemærk: CDA Dokumentet er ikke ensbetydende med aftalen. | <custodian typeCode="CST"> <assignedCustodian classCode="ASSIGNED"> <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE"> <id extension="378631000016009" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/> </representedCustodianOrganization> </assignedCustodian> </custodian> |
Start dato og tidspunkt for aftalen documentationOf.serviceEvent. templateId | Start dato og tidspunkt for aftalen | <documentationOf typeCode="DOC"> <serviceEvent classCode="MPROT" moodCode="EVN"> <templateId root="1.2.208.184.200.1.11" extension="2019-09-10"/> <effectiveTime> <low value="20191231090000+0100"/> <high value="20191231120000+0100"/> </effectiveTime> </serviceEvent> </documentationOf> |
Slut dato og tidspunkt for aftalen documentationOf.serviceEvent. templateId | Slut dato og tidspunkt for aftalen | <documentationOf typeCode="DOC"> <serviceEvent classCode="MPROT" moodCode="EVN"> <templateId root="1.2.208.184.200.1.11" extension="2019-09-10"/> <effectiveTime> <low value="20191231090000+0100"/> <high value="20191231120000+0100"/> </effectiveTime> </serviceEvent> </documentationOf> |
Indikation om tidspunkterne i aftalen er vejledende <body>.encounter.preCondition templateId code | Hvis tidspunkterne i aftalen er vejledende vil | <precondition> <templateId root="1.2.208.184.14.11.5" extension="2019-09-10" /> <criterion> <code code="GuidedIntervalType" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes"/> <text>Tidspunktet er vejledende</text> </criterion> </precondition> |
Status for aftalen <body>.encounter.statusCode code="active" | Status for aftalen Bemærk: Status skal altid have værdien "active" | <statusCode code="active" /> |
Version for aftalen standarden documentationOf.serviceEvent.id templateId | Feltet indeholder hvilken version af aftalestandarden dokumentet er baseret på. Bemærk: Feltet er først indført fra version 2.0, og vil derfor ikke findes i de tidligere versioner af aftalestandarden (1.0 og 1.1) | <documentationOf> <serviceEvent> <templateId root="1.2.208.184.200.1.10" extension="2019-09-10"/> <!--This id @extension equals the identification and version of the CDA profile--> <id root="1.2.208.184.100.3" extension="apd-v2.0" assigningAuthorityName="MedCom"/> </serviceEvent> </documentationOf> |
Aftaletypen <body>.encounter.code | Aftalen kan være af typerne: Regional, Kommunal, Praksis - dette kommer sig til udtryk ud fra følgende værdier Kommunal: MunicipalityAppointment Regional: RegionalAppointment Praksis: PractitionerAppointment | <code code="MunicipalityAppointment" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes"> </code> |
Repetitionsmønster for aftalen <body>.encounter.preCondition templateId code | Viser om aftalen er en del af et repeterende aftalemønster | <precondition> <templateId root="1.2.208.184.14.11.4" extension="2019-09-10" /> <criterion> <code code="RepeatingAppointmentType" codeSystem="1.2.208.184.100.1" codeSystemName="MedCom Message Codes"/> <value xsi:type="II" root="1.2.208.184" extension="06b2b3bb-dac5-446f-aa19-ed5c46d8b0b7" assigningAuthorityName="MedCom" /> </criterion> </precondition> |
Udførende for aftalen <body>.encounter.performer | Den udførende organisation i forhold til aftalen Bemærk: Den udførende organisation, er ofte også den ansvarlige organisation for aftalen. | <performer typeCode="PRF"> <assignedEntity classCode="ASSIGNED"> <id extension="378631000016009" root="1.2.208.176.1.1" assigningAuthorityName="SOR"/> <addr use="WP"> <streetAddressLine>Vestergade 5</streetAddressLine> <postalCode>3000</postalCode> <city>Odense</city> </addr> <telecom value="tel:66113333-3" use="WP"/> <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <name>Hjemmehjælp, afdeling City, Odense Kommune</name> </representedOrganization> </assignedEntity> </performer> |
Lokation for aftalen encounter.participant | Den lokation hvor aftalen udføres | <participant typeCode="SBJ"> <participantRole classCode="SDLOC"> <playingEntity classCode="PLC"> <name>Borgers Hjemmeadresse</name> </playingEntity> </participantRole> </participant> |
Årsag til aftalen <body>.encounter.entryRelationship. | Årsagen til at der er indkaldt til aftalen | <entryRelationship typeCode="RSON"> <observation classCode="OBS" moodCode="EVN"> <code code="NI" displayName="Hjemmehjælp"/> </observation> </entryRelationship> |
Visning af felterne i Aftaleoversigten
Nedenstående tabel viser hvilke elementer i en aftale der skal vises til slutbrugerne af Aftaleoversigten i de forskellige visninger.
Simpel visning: Er eksempelvis en kalender- eller listevisning
Detaljeret visning: Er hvis alle detaljer om aftalen skal kunne ses.
Nr. | Dataelement | Kommentar | Påkrævet | Vises for slutbruger i simpel visning | Vises for slutbruger i detaljeret visning (optionel) |
1 | Appointment unique id | Entydigt id for Aftalen | Nej | Nej | Nej |
2 | Document unique id | Entydigt id for CDA dokumentet | Ja | Nej | Nej |
3 | Patient | Entydig identifikation af patienten | Ja | Ja | Ja |
4 | Appointment responsible, ”filler” | Den organisation som er ansvarlig for Aftalen | Ja | Nej | Ja |
5 | Appointment requester, ”placer” | Den organisation som har bestilt Aftalen, rekvirent, henviser | Nej | Nej | Ja |
6 | Appointment custodian, Steward | Den organisation som har ansvaret for CDA dokumentet | Ja | Nej | Ja |
7 | Start date and time | Tidspunkt for start af Aftalen | Ja | Ja | Ja |
8 | End date and time | Tidspunkt for slut af Aftalen | Nej | Ja | Ja |
9 | EpisodeOfCare label | Information ang. overordnet patientforløb (forløbs-label) | Nej | Nej | Ja |
10 | EpisodeOfCare id | Information ang. deltaljeret patientforløb (forløbs-id) | Nej | Nej | Ja |
11 | APD-DK version | APD-DK version af CDA dokumentet | Ja | Nej | Nej |
12 | Organization that plans to perform the appointment. ”performer” | Den ansvarlige organisation for gennemførelse af Aftalen | Ja | Ja | Ja |
13 | The location of the appointment | Mødested for Aftalen. | Ja | Ja | Ja |
14 | Information if the appointment time is guiding | Visning hvis aftale tidspunktet er vejledende | Nej | Ja | Ja |
15 | The Reason for the appointment | Årsag til Aftalen | Ja | Ja | Ja |
16 | The Appointment Status | Status for Aftalen (kun status aktiv er mulig) | Ja | Nej | Nej |
17 | The appointment is repetitive | Angivelse af at aftalen er del at et gentagene mønster | Nej | Ja | Ja |
18 | The appoitment type | Aftale er regional, praksis, kommunal | Ja | Nej | Nej |
Tekniske forudsætninger
Se Administrative forudsætninger for at få adgang til NSP'en.
...
Når der søges på Aftaleoversigten, kan der søges på de værdier der er angivet i dokument metadata. Aftaleoversigten benytter Medcom's metadata profil version 0.96, der kan hentes på https://svn.medcom.dk/svn/releases/Standarder/IHE/DK_profil_metadata/
Typisk angives patientens kun CPR nummer, samt en typecode, se typecode - for APD er typecode 39289-4. Se følgende eksempel.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
<AdhocQueryRequest xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0"> <ResponseOption returnType="LeafClass" returnComposedObjects="true"/> <AdhocQuery xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" id="urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d"> <Slot name="$XDSDocumentEntryPatientId"> <ValueList> <Value>'2512489996^^^&1.2.208.176.1.2&ISO'</Value> </ValueList> </Slot> <Slot name="$XDSDocumentEntryStatus"> <ValueList> <Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value> </ValueList> </Slot> <Slot name="$XDSDocumentEntryTypeCode"> <ValueList> <Value>('39289-4^^2.16.840.1.113883.6.1')</Value> </ValueList> </Slot> <Slot name="$XDSDocumentEntryServiceStartTimeFrom"> <ValueList> <Value>20171231000000</Value> </ValueList> </Slot> <Slot name="$XDSDocumentEntryServiceStopTimeTo"> <ValueList> <Value>20181231000000</Value> </ValueList> </Slot> <Slot name="$XDSDocumentEntryType"> <ValueList> <Value>('urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1')</Value> </ValueList> </Slot> </AdhocQuery> </AdhocQueryRequest> |
...