Ofullständig mappning mellan NPÖ och greenCDA för Dokument
Issue #57
closed
Mot bakgrund av de ändringar som gjorts sen senaste granskningen har jag gjort en grafisk mappning mellan de båda informationsmängderna. Den avslöjar en del kvarstående brister som måste fixas till/hanteras.
För greenCDA-formatet saknas uppenbara motsvarigheter i NPÖs MIM för Vård- och omsorgsdokument i följande fall:
documentTitle authorTime *legalAuthenticatorHSAid
För NPÖs MIM för Vård- och omsorgsdokument saknas uppenbara motsvarigheter i greenCDA-formatet i följande fall:
Informationsmängd.journal-id händelsetidpunkt Enhet.telefonnummer Enhet.e-postadress *Enhet.geografisk plats
Bifogat denna post finns en skärmdump av den gjorde mappningen.
#####Originally written by vjernelov on code.google.com
<hr>
* Attachment: Dokumentmappning.png<br>
Comments (7)
-
Account Deleted
-
Account Deleted
#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com - Status changed:
Assigned. -
Account Deleted
Maria - hur mappar vi händelsetidpunkt till CDA?
#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com
-
Account Deleted
Förslag som skickats till NPÖ-förvaltningen för kommentarer:
V-MIM för VOD refererar VOK som refererar Enhet, samtidigt som VOD refererar Enhet. Med de nya tjänstekontrakten blir det möjligt att söka efter VOK baserat på en lista av VOK-id:n. Den sökningen görs per system.
Jag funderar på om man skulle kunna hoppa över enhetsinformationen (utöver hsa-id och namn) i alla tjänstekontrakt utom för VOK.
Behovet av denna ytterligare kontaktinformation rör väl främst aktuella kontakter, dvs kontakter där informationen finns i HSA.katalogen.
Då skulle en konsument ha två vägar att hitta informationen:
- Slå mot HSA
- Hämta ut alla grupper av källsystem och dess vårdkontakt-id:n från listan av t.ex. VOD (som man fått från VOD-kontraktet) och sedan göra en slagning per system mot VOK-kontraktet och där ange listan av VOK-idn som parametrar. Alternativt slå specifikt mot en av användaren vald enhet i en resultatsammanställning rörande VOD (ung. "Visa detaljerade kontaktuppgifter").
Vad tror ni om det? Jag tänker mig då att logik av detta slag (enl 1 eller 2) får hanteras i 13606-anpassningstjänsten för att uppfylla kravet på 13606-versionen av VOD
#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com
-
Account Deleted
Jag har ändrat beskrivningen för DocumentTime så att det framgår att det är händelsetidpunkt.
#####Originally written by maria.liv.andersson on code.google.com
-
Account Deleted
Ett förtydligande: I Vård och omsorgskontakt är DocumentTime Registreringstidpunkt och I Vårddokument är DocumentTime samma som Händelsetidpunkt.
#####Originally written by maria.liv.andersson on code.google.com
-
Account Deleted
#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com - Status changed:
Closed. - Log in to comment
Mappningsspecen som ligger i gamla domänen anger:
documentTitle: RIV-spec: Vård- och omsorgsdokument.dokumentnamn authorTime: Tidpunkt då dokumentet skapades (det måste väl finnas i RIV-specen?) legalAuthenticatorHSAid: "Motsvarighet i RIV saknas". Dock ligger detta obligatoriska element i en struktur som inte är obligatorisk. Så det borde väl fungera, rent mappningsmässigt?
RIV-spec journal-id: Enligt RIV-spec är detta personid + systemid. Båda dessa finns i meddelandet så därmed är väl mappningskravet uppfyllt? händelsetidpunkt: Verkar saknas, men hur hanteras det i praktiken? Finns dett ai journalerna, eller sätter alla system ett defaulvärde i form av tidpunkt för journalförandet?
Enhet.telefonnummer: Gissar att detta finns i CDA? Kan det läggas till i gröna formatet? Enhet.e-postadress: Gissar att detta finns i CDA? Kan det läggas till i gröna formatet? *Enhet.geografisk plats: Gissar att detta finns i CDA? Kan det läggas till i gröna formatet?
#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com