Møde i Kommune-Sygehus lev.gruppe Fredericia 27. april 2017 Irene Zuschlag, ire@medcom.dk Michael Due Madsen, mdm@medcom.dk Konsulenter, MedCom
Tekniske løsningsscenarier akut amb. advis 1. Direkte genbrug af nuværende advis-standard uden versionsopdatering Funktion: Ved indlæggelse og ved registrering af et AA-foløb anvendes samme advis. Fordele: Minimal tilpasning i PAS/EPJ. Ingen teknisk opdatering i EOJ. Ulemper: Ingen differentiering på kontakttypen. MC statistik ikke entydig.
Tekniske løsningsscenarier akut amb. advis 2. Versionsopdatering af nuværende advis-standard Funktion: Ny kvalifikator, som anvendes ved registrering af et AA-ophold. Fordele: Begrænset ændring i (X)DIS20. Begrænset udvikling i PAS/EPJ. Entydig markering om pt. er indlagt eller i et AA-forløb. Ulemper: Versionsopdatering i regioner og kommuner skal ske samtidig. EOJ skai udvikle fremsøgning og visning af advis med AA-status. MC statistik ikke entydig.
Tekniske løsningsscenarier akut amb. advis 2. Versionsopdatering af nuværende advis-standard (fortsat) DIS20 Indlæggelsesadvis Ny kvalifikator-værdi AA for Akut Ambulant forløb: Segmentgruppe 11 indeholder patient status i PAS+PATSTA KVALIFIKATORLISTE indlæggelsesadvis og udskrivningsadvis KvalifikatorNavn Gyldige Default KvalifikatorDefinition vaerdier BRVMODIFI N Default Hvis brevet ikke erstatter et tidligere udsendt EDI-brev. BRVMODIFI M Hvis brevet korrigerer et tidligere udsendt EDI-brev. BRVMODIFI C Hvis brevet erstatter et tidligere udsendt EDI-brev. BRVTYPE DIS20 Default Indlæggelsesadvis BRVTYPE DIS17 Udskrivningsadvis BRVTYPE DIS13 Gammel brevtype betegnelse for Indlæggelsesadvis. Bør snarest afløses af DIS20. DATOSTARTSLUT 90 Default Indlæggelsesdato hvis BRVTYPE er DIS20 ( DIS13). Udskrivningsdato hvis BRVTYPE er DIS17. KODE SKS Default Sygehusafdelingsnummer KODE KOM 3-cifret kommunenummer KODE EAN EAN-lokationsnummer KODEORG SST Default SST angiver, at kodeansvarlige er Sundhedsstyrelsen. KODEORG IM IM angiver, at kodeansvarlige er Indenrigsministeriet. KODEORG 9 9 angiver EAN (lokationsnummer). KUVKVIT 0 Default 0 angiver at der ikke ønskes positiv CONTRL kvittering på kuverten. KUVKVIT 1 1 angiver at der ønskes positiv CONTRL kvittering på kuverten. MEDDIS MEDDIS Default MEDDIS angiver, at EDI-meddelelsen er et subset af den europæiske pre-standard "MEDDIS". PATSTA HS Default Patienten er indlagt (DIS20: Indlæggelsesadvis) PATSTA DA Patienten var død ved ankomst (DIS20:Indlæggelsesadvis) PATSTA AA Patienten er i akut ambulant forløb (DIS20:Indlæggelsesadvis) TEKNISKE DATA AFSENDER Kontakt tlf. MODTAGER BREV ID PATIENTEN STATUS AFSLUTNING UNA:+.? ' FACITLISTE indlæggelsesadvis og udskrivningsadvis UNB+UNOC:3+AfsLok:14+ModtLok:14+KuvSendtDato:KuvSendtKl+KuvertNr ++++KUVKVIT' UNH+BrevNr+MEDDIS:D:93A:UN:VERSION+BrvStat' BGM+EPI++9+NA DTM+137:BrevDannetTid:204' S01+01' NAD+SOR+AfsID:KODE:KODEORG++AfsOrg:AfsAfdTitel:AfsAfsnitNavn:::US' CON++AfsTlf:TE RFF+LOC:SvarLoknr' SEQ++1' SPR+ORG++BRVTYPE:SKS:SST' S01+01' NAD+ROR+ModtID:KODE:KODEORG++ModtOrg:::::US' SEQ++2' S02+02' GIS+N' RFF+SRI:BrevNr ' DTM+182:BrevDannetTid:204' S07+07' PNA+PAT+PatCPR:::CPR:IM' S11+11' GIS+BRVMODIFI' GIS+P' RFF+REI:KontaktID' SEQ++1' DTM+DATOSTARTSLUT:StartSlutDato:203' PAS+PATSTA' UNT+AntSeg+BrevNr ' UNZ+AntUNH+KuvertNr'
Tekniske løsningsscenarier akut amb. advis 2. Versionsopdatering af nuværende advis-standard (fortsat) XDIS20 NotificationOfAdmission Ny enummeration akut_ambulant for Akut Ambulant forløb: <Patient>-segmentet indeholder status i <EpisodeOfCareStatusCode> XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition EpisodeOfCareStatusCodeType indlagt Default PATSTA HS Patienten er indlagt. EpisodeOfCareStatusCodeType doed PATSTA DA Patienten er død ved ankomst. EpisodeOfCareStatusCodeType akut_ambulant PATSTA AA Patienten er i akut ambulant forløb. <Patient> <CivilRegistrationNumber>2512489996</CivilRegistrationNumber> <EpisodeOfCareStatusCode>akut_ambulant</EpisodeOfCareStatusCode> </Patient>
Tekniske løsningsscenarier akut amb. advis 3. Ny XML advis-standard Akut Ambulant advis XDIS22 AcuteAmbulantNotification Funktion: Ved registrering af AA forløb afsendes XDIS22 med Startdato og klokkeslæt. Ved hjemsendelse afsendes XDIS22 med Slutdato og klokkeslæt. Fordele: Entydig angivelse af patient status. VANSEnvelope er kendt af leverandørerne. Entydig statistik. Ulemper: EPJ/EOJ skal udvikle ny standard. To teknisk forskellige advis-formater skal understøttes.
Tekniske løsningsscenarier akut amb. advis 3. Ny XML advis-standard Akut Ambulant advis XDIS22 AcuteAmbulantNotification (fortsat) Ved Akut Ambulant registrering, karakteristika: <NotificationIdentifier>: UUID for forløb (ikke LPR3) <EpisodeOfCareStatusCode>: akut_ambulant_start <Admission>: Dato og klokkeslæt for registrering
Tekniske løsningsscenarier akut amb. advis 3. Ny XML advis-standard Akut Ambulant advis XDIS22 AcuteAmbulantNotification (fortsat) Ved hjemsendelse, karakteristika: <NotificationIdentifier>: UUID for forløb (fra AA registrering) <EpisodeOfCareStatusCode>: akut_ambulant_slut <Admission>: Dato og klokkeslæt fra AA registrering <Discharge>: Dato og klokkeslæt for afsluttet behandling
Understøttelse af USR v/akut ambulante forløb 1. Versionsopdatering af nuværende udskrivningsrapport XDIS18 Funktion: Ved udskrivelse fra indlæggelse eller fra et AA-forløb anvendes samme USR (ny version). Fordele: Samme standard ved begge typer forløb. Begrænset tilpasning i EPJ/EOJ. Brugergrænsefladen afspejler aktuelt brug. Ulemper: Versionsopdatering i regioner og kommuner skal ske samtidig. Systemet skal håndtere integration til aktuel status/kontakttype. MC statistik ikke entydig.
Understøttelse af USR v/akut ambulante forløb 1. Versionsopdatering af nuværende udskrivningsrapport XDIS18 (fortsat) Ændringer: Mandatory krav fjernes på tidspunkt for færdigbehandling 1.0.5 <EndOfTreatment> 1.0.0 <Date></Date> n..12 M Færdigbehandlingsdato på formatet CCYYMMDD. 1.0.0 <Time></Time> M Time angives på formatet HH:MM 1.0.5 </EndOfTreatment> Tilføj felt for kontakttype: 1.0.5 <PatientContactType> Enum M Kontakttype. Kan antage værdierne: indlagt, akut_ambulant
Understøttelse af USR v/akut ambulante forløb 1. Versionsopdatering af nuværende udskrivningsrapport XDIS18 (fortsat) Ændringer til brugergrænseflade: 1.0.5 <Admission> M Ledetekst ved akut ambulant forløb (<PatientContactType> = akut_ambulant): Tidspunkt for akut ambulant start Ledetekst ved indlæggelsesforløb (<PatientContactType> = indlagt): Tidspunkt for indlæggelse 1.0.0 <Date></Date> n..12 M Indlæggelsesdato på formatet CCYYMMDD. 1.0.0 <Time></Time> M Time angives på formatet HH:MM 1.0.5 </Admission> M 1.0.5 <EndOfTreatment> Feltet vises kun ved indlæggelsesforløb (<PatientContactType> = indlagt), ikke ved akut ambulant forløb (<PatientContactType> = akut_ambulant) 1.0.0 <Date></Date> n..12 M Færdigbehandlingsdato på formatet CCYYMMDD. 1.0.0 <Time></Time> M Time angives på formatet HH:MM 1.0.5 </EndOfTreatment> 1.0.5 <Discharge> M Ledetekst ved akut ambulant forløb (<PatientContactType> = akut_ambulant): Tidspunkt for akut ambulant slut Ledetekst ved indlæggelsesforløb (<PatientContactType> = indlagt): Tidspunkt for udskrivning 1.0.0 <Date></Date> n..12 M Udskrivningsdato på formatet CCYYMMDD. 1.0.0 <Time></Time> M Time angives på formatet HH:MM 1.0.5 </Discharge> M
Understøttelse af USR v/akut ambulante forløb 1. Versionsopdatering af nuværende udskrivningsrapport XDIS18 (fortsat) Ændringer til brugergrænseflade: 1.0.5 <CauseOfAdmission></CauseOfAdmission> an.. M Ledetekst ved akut ambulant forløb (<PatientContactType> = akut_ambulant): Årsag til akut kontakt Ledetekst ved indlæggelsesforløb (<PatientContactType> = indlagt): Årsag til indlæggelse
Understøttelse af USR v/akut ambulante forløb 2. Ny USR (XDIS18 med meget få ændringer) Funktion: Ved udskrivelse fra et AA-forløb sendes ny USR (XDIS23). Fordele: Kopi af XDIS18 med ændringerne vedr. AA fra 1. bullet. Begrænset udvikling i EPJ/PAS og i EOJ. Trinvis implementering u/synkront versionsopd. MC statistik entydig. Ulemper: Udviklingsomkostninger i regioner og kommuner
3. GGOP b. Divergens mellem XML-skema og dokumentation ift. Værge (Forkert reference til mulige værdier for værge i Relative.xsd, gør at Værge ikke kan vælges.) Fejl: Der refereres til mc100:relationcode. Løsning: Der skal refereres til mc104:relationcode
7. Generelt fra standardteamet i. Tidszoneangivelser i datofelter I vores dokumentation definerer MedCom at formatet på <Date> skal være YYYY-MM-DD. Testcenteret https://xml.medcom.dk accepterede <Date>2017-04-27+02:00</Date>, hvilket blev ændret 23/9-2016, ved indførelse af objektet date_no_tz.xml. Testcenteret læser xml-skemaerne i drafts på SVN. Leverandørerne læser i releases, hvor date_no_tz.xml ikke blev lagt! Objektet er sidenhen i drafts omdøbt til date_no_tz.xsd. Hvordan koordinerer vi at MedCom lægger date_no_tz.xsd i releases og leverandørerne får indarbejdet objektet i deres systemer?
7. Generelt fra standardteamet (fortsat) ii. Alle XML-meddelelser i VANSEnvelope (Retningslinjer for registrering af EDI/XML-format) Virkeligheden er at VANS leverandørerne kun har aftaler om at udveksle meddelelser i EDIFACT, i VANSEnvelope og DGOP (xml) Skal en xml-meddelelse udveksles er der to muligheder: 1. Den kan sendes i VANSEnvelope 2. Afsender sørger for konvertering fra XML til EDI -> VANS sender EDI udgaven -> Modtager sørger for konvertering fra EDI til XML og indlæser XML udgaven i eget system. VANSEnvelope anvendes pt. kun til XDIS16, XDIS18, XDIS19, XDIS21, XDIS32 og GGOP Hvis en modtager står i SOR til at kunne modtage xml, kan afsender IKKE bare sende den. Løsning: Alle xml-meddelelser SKAL sendes i VANSEnvelope, også kvitteringer.
7. Generelt fra standardteamet (fortsat) ii. Alle XML-meddelelser i VANSEnvelope (fortsat) (Retningslinjer for registrering af EDI/XML-format) På langt sigt skal SOR afspejle formatet på de meddelelser, som systemet er godkendt til og kan indlæse (xml betyder send i VANSEnvelope). På den korte bane skal der registreres EDI for formatet på alle andre meddelelser end de der sendes i VANSEnvelope og DGOP.
7. Generelt fra standardteamet (fortsat) iii. Anvendelse af MedCom-stylesheet kun i test Stylesheet ene er kun udviklet til brug for MedComs testtools og de er forskellige for de forskellige testtools. MedCom stiller dem til rådighed for alle på en as-is-basis. MedCom blander sig ikke i, hvordan styesheet ene implementeres i produktionssystemer.