Kvalitets-IT
Forskelle i IHE XDS standard og den danske metadataproril
I forbindelse med registring af dokumentmetadata er der fundet forskelle på den validering, der er beskrevet i IHE XDS standarden og den danske profil leveret af Medcom.
I IHE XDS standarden er følgende felter obligatoriske:
- submissionset.contentTypeCode
- documententry.practiceSettingCode
- submissionset.sourceId
Disse felter er ikke obligatoriske i den danske XDS metadataprofil.
Metadatavalideringen er rettet til, så valideringen er i overensstemmelse med den danske XDS metadataprofil ved aflevering af metadata.
Digitalisering af Graviditetsforløb
Graviditetsmappen havde fem validerings fejl
- EntryUUID i SubmissionSet skulle være et OID i stedet for en URN. Den trækker stadig et UUID, men encoder det som et OID, dvs. ”2.25.” + decimaltal repræsentationen af UUID’et.
- HasMember association skulle have en label, Reference eller Original, jf. https://profiles.ihe.net/ITI/TF/Volume3/ch-4.2.html afsnit 4.2.2.1.1. Jeg er lidt i tvivl men vi har det base64 encodede dokument indlejret i beskeden, så det er nok Original?
- DocumentEntry.healthCareFacilityTypeCode skulle udfyldes, jf. https://profiles.ihe.net/ITI/TF/Volume3/ch-4.2.html afsnit 4.2.3.2.11. Der står ikke præcis hvad værdien skal være, så hvad skal der fyldes i?
- DocumentEntry.practiceSettingCode skulle udfyldes, jf. https://profiles.ihe.net/ITI/TF/Volume3/ch-4.2.html afsnit 4.2.3.2.17. Igen mangler jeg hvad værdien faktisk skal være?
- 4.2.3.3.4 SubmissionSet.contentTypeCode skulle udfyldes jf. https://profiles.ihe.net/ITI/TF/Volume3/ch-4.2.html afsnit 4.2.3.3.4. Og igen, hvad skal værdien være?
Følgende er de rettelser der blev foretaget:
Valideringsfejl: "Slot contains incorrect amount of values. Slot = creationTime, allowed = [ 0- 0], Was = 1"
- documentEntry.creationTime fjernet
Valideringsfejl "OID contains invalid characters: <uuid>": - submissionSet.sourceId: Sættes til "1.2.208.176" Valideringsfejl "Unexpected amount of classifications of scheme urn:uuid:f33fb8ac-18af-42cc-ae0e-ed0b0bdb91e1, allowed = [ 1- 1], Was = 0" - documentEntry.healthCareFacilityCode: Før, ikke udfyldt. Nu, udfyldt med kode:"550631000005103", display tekst:"jordemoderklinik", kodesystem:"2.16.840.1.113883.6.96". Valideringsfejl "Unexpected amount of classifications of scheme urn:uuid:cccf5598-8b07-4b77-a05e-ae952c785ead, allowed = [ 1- 1], Was = 0" - documentEntry.practiceSettingCode: Før, ikke udfyldt. Nu, udfyldt med kode:"394585009", display tekst:"gynækologi og obstetrik", kodesystem:"2.16.840.1.113883.6.96". Valideringsfejl: "Unexpected amount of classifications of scheme urn:uuid:aa543740-bdda-424e-8c96-df4873be8500, allowed = [ 1- 1], Was = 0" - submissionSet.contentTypeCode: Før, ikke udfyldt. Nu, udfyldt med kode:"Dansk ContentTypeCode", display tekst:"Dansk Sundhedsvæsen", kodesystem:"urn:uuid:aa543740-bdda-424e-8c96-df4873be8500".
Et Samlet Patientoverblik
Høremappen
Det er lykkedes i Høremappen at få metadatavalidering til at fungere i Test1 med følgende findings:
1) Vi blev som GM ramt af den noget intetsigende OID contains invalid characters
fejlen på SubmissionSet.sourceId. Vi sætter nu ligeledes OID til 1.2.208.176
. Det må en være en opgave til backloggen at lade registry’et generer en mere sigende fejlbesked.
2) Det ser ud til at der for ‘REPLACE’ operationer nu valideres at UUID’erne for ‘source’ og ‘target’ peger på det rigtigt. Fx
<ns3:RegistryErrorList><ns3:RegistryError codeContext="The source of an association for a document
relationship did not specify a valid UUID of a document entry contained in the request"
errorCode="XDSRegistryMetadataError" severity="urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error"/></ns3:RegistryErrorList>
Dette afslørede at vi i Hør ikke kaldte REPLACE korrekt. Det er nu rettet
3) Vi blev ramt af at MimeType nu også bliver valideret:
<ns3:RegistryError codeContext="The MimeType of a document entry is allowed to be: [text/plain,
text/pdf, text/rtf, text/xml, text/xml; charset=UTF-8, application/pdf, application/octet-stream].
Was: application/rtf" errorCode="InvalidDocumentContent" severity="urn:oasis:names:tc:ebxml-regrep:ErrorSeverityType:Error"/>
Konkret er det for os underordnet om RTF skal angives som ‘text/rtf’ eller ‘application/rtf’ - så vi har rettet til ‘text/rtf’. Til gengæld får vi også brug for ‘image/jpeg’ - kan den tilføjes som en af de tilladte MimeTypes?