Den Gode Notifikation

Størrelse: px
Starte visningen fra side:

Download "Den Gode Notifikation"

Transkript

1 Den Gode Notifikation Rekvisitioner Tilbagesvar version W 1-1 -

2 Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav... 4 Funktionalitet... 5 OpretRekvisition... 6 Modtaget... 7 SvarModtaget... 8 SvarTilPatientGivet Klarmeld SletRekvisition RekvisitionStatus UdestaaendeRekvisitioner AfsluttedeRekvisitioner FejlRekvisitionerPatient ReminderStatus ReminderStatistik Bilag A: Forudsætninger Netværk Bilag B: Teknisk dokumentation DataListe Bilag C: Soap Exceptions Bilag D: Prompt koder Logning Referencer WSDL

3 Formål Introduktion Der har længe været et ønske om, at kunne følge status på bestilte rekvisitioner fra Webreq. Der er flere steder, hvor der kan ske fejl. Disse fejl kan deles op i følgende ifm. modtagelsen af prøvemateriale. Indsendt prøve: Laboratoriet modtager aldrig prøvematerialet, rekvisitionen bliver derfor aldrig aktiveret og besvaret. Laboratoriet sletter automatisk rekvisitioner, hvis ikke prøvematerialet er modtaget indenfor en given tidsfrist efter prøvetagningen. Rekvirenten underrettes ikke når de slettes. Prøve tages af laboratoriet/lægges på hotel: Patienten møder ikke op til den aftalte prøvetagning. Desuden kan rekvisitionen af forskellige årsager forsvinde elektronisk på vejen til laboratoriet, eller måske blive fremsendt til det forkerte laboratorie. Når rekvisitionen besvares ønskes det at kunne holde styr på om alle eller enkelte analyser bliver besvaret indenfor en given tidsfrist, der kan være styret af flere parametre, så som analysens besvarelsestid (den tid det tager at analyserer og besvare analysen), prioritet og eventuelle andre rekvirent/laboratorie/analysespecifikke parametre. Skærmbilledet under Oplysninger i Webreq er udvidet med tidsfrister for svarafgivelse til patient, og om patienten også skal oplyses om resultaterne af undersøgelserne. Bemærk, at prompten Aftale med patient først vises efter at lægehuset er begyndt at kommunikere med den nye version af Tilbagesvar

4 Et normalt flow kan se således ud Rekvisition oprettes RekvisitionReminder oprettes, med 2 notifikationer Advis til patienten omkring prøvetagning Notifikation til rekvirenten, såfremt prøven ikke er modtaget på lab Rekvisitionen modtages Patient advis og prøve modtaget notifikationerne slettes, og der oprettes Rekvisition besvaret notifikation Rekvisition besvaret evt. prøver sendt til andet laboratorie Ny Rekvisition besvaret notifikation oprettes Rekvisitionen komplet besvaret Såfremt alle analyser er besvaret fra alle laboratorier frameldes alle rekvisition besvaret notifikationer. Notifikation omkring svar til patient oprettes. Denne webservice giver praksis mulighed for, at kunne til og afmelde notifikationer automatisk. Når en rekvisition besvares kan enten hele den modtagne EDI/XML medsendes, eller de specifikke dele af svaret, der er nødvendigt for at kunne oprette eller afmelde notifikationer. Adgangskrav Til test er der udstillet en webservice der er tilgængelig via internettet (https). Produktionswebservicen udstilles via sundhedsdatanettet. Se side afsnittet WSDL på side 35 for en fortegnelse over aktuelle test og produktionssystemer

5 Funktionalitet Der udbydes en række kald, til at ændre/hente status for en given rekvisition. Nye notifikationer oprettes automatisk på baggrund af de medsendte data. Normalt flow vil være Der sendes / oprettes en rekvisition i Webreq Webreq opretter automatisk en reminder med en række notifikationer jf. opsætning på ReminderServeren Laboratoriet modtager rekvisition og materiale Modtaget registreres, når prøvematerialet modtages af laboratoriesystemet SvarModtaget kaldes hver gang, der modtages et delsvar eller et komplet svar på en rekvisition (eller hvis der modtages et modificeret resultat). Kopisvar sendes ikke. Der gives svar til patienten af klinikken (eller evt. direkte svar til patient fra laboratoriet, eller evt. patientens eget opslag på Sundhed.dk - dvs. Laboratoriesvar-Portalen) SvarTilPatientGivet kaldes af lægesystemet, såfremt dette understøtter denne funktionalitet) Desuden er det muligt at forespørge den på enkelte rekvisition, eller udestående på en given patient. Bemærk at rekvisitionerne slettes på Tilbagesvar efter 80 dage uden aktivitet (målt fra trigger datoen)

6 OpretRekvisition Opretter en ny rekvisition på reminderserveren. Kun NPN numre er tilladt. Kaldes pt. kun af Webreq samt Web-Patient (kræver særlige rettigheder). Kun hotellede samt sendte rekvisitioner fra Webreq og Web-Patient indgår i overvågningen. Status på rekvisitionen vil være rød. Request data RekvisitionOpret (se Bilag B) Response data Ingen Fejlmelding Exception (Se Bilag C) - 6 -

7 Modtaget Markerer, at materialet er modtaget på laboratoriet for indsendte prøver, eller at prøverne er taget på patienten ved andre rekvisitionstyper. Kaldes af laboratoriet når det har modtaget rekvisition og materiale. Hvis rekvisitionen stammer fra hotellet aktiveres overvågningen med det angivne laboratorie som forventet afsender af svaret. Status på rekvisitionen vil være gul lige efter at denne funktion har været kaldt. Request data Rekvisition (se Bilag B) Response data Ingen Fejlmelding Exception (se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:modtaget> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisition> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> <ns1:fralabfork>ouh</ns1:fralabfork> </ns1:rekvisition> </ns:modtaget> </soapenv:body> </soapenv:envelope> - 7 -

8 SvarModtaget Et eller flere svar modtaget på en rekvisition. Notifikationer afmeldes ud fra svar og rekvisitionens status. Praksissystemet kvitterer for et eller flere svar modtaget på en rekvisition. Såfremt der er oprettet en modtaget notifikation afmeldes den, når første besvarelse modtages. Når rekvisitionen er komplet, så afmeldes svar modtaget notifikationen. Den modtagne edifact kan overføres i kaldet eller der kan overføres en XML struktur. Der returneres information om reminderen på reminderserveren ved hvert kald incl. supplerende information fra Webreq i forbindelse med at rekvisitionen blev oprettet. Hvis der modtages et modificeret svar på en rekvisition der allerede er komplet besvaret så reaktiveres overvågningen af at patienten har fået svar. Status på rekvisitionen vil være enten gul (delsvar modtaget) eller grøn (sidste komplette svar modtaget) lige efter at denne funktion har været kaldt. Request data RekvisitionsSvarModtaget (se Bilag B) Response data RekvisitionSvarModtagetSvar (se Bilag B) Fejlmelding Exception (se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:svarmodtaget> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns:rekvisitionsvarmodtaget> <ns1:svar> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> <ns1:fralabfork>ouh</ns1:fralabfork> <ns1:status>komplet</ns1:status> <ns1:rekvisitionsvar> <ns1:rekvisitionenkeltsvar> <ns1:tillabfork>rsd</ns1:tillabfork> </ns1:rekvisitionenkeltsvar> </ns1:rekvisitionsvar> </ns1:svar> </ns:rekvisitionsvarmodtaget> </ns:svarmodtaget> </soapenv:body> </soapenv:envelope> - 8 -

9 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <SvarModtagetResponse xmlns=" <RekvisitionSvarModtagetSvar> <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T20:44:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget>false</MedRptR0130KSvarModtaget> <DelsvarModtaget>false</DelsvarModtaget> <ReminderStatus xmlns=" <Guid>{96427ebc-e2e7-424c-aea2-5a07131c5236}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T20:45:39.12</OprettetDatoTid> <UdloebDato> T20:44:00</UdloebDato> <DeltaNotifikationGuid>{dbfa8b70-3ba9-43ee-bcce e7dc4c7}</DeltaNotifikationGuid> <DeltaNotifikationNaesteKoerselDatoTid> T11:44:49.153</DeltaNotifikationNaesteKoerselDatoTid> <DeltaNotifikationSenestKoertDatoTid> T20:44:31.29</DeltaNotifikationSenestKoertDatoTid> <StatusColor>Green</StatusColor> <StatusText>Endeligt svar modtaget fra lab</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> <SvarKompletStatus> <Prompter xmlns=" </SvarKompletStatus> </RekvisitionSvarModtagetSvar> </SvarModtagetResponse> </soap:body> </soap:envelope> - 9 -

10 SvarTilPatientGivet Svar givet til patienten, eventuelle manglende notifikationer afmeldes. Kaldes fra Praksissystemet når svaret er afgivet til patienten (hvis dette understøttes). Det er muligt enten at kalde denne funktion med en parameter SvarSet eller SvarGivetPatient. Hvis en rekvisition er markeret set af lægen (SvarSet) vil den ikke længere stå som udestående, med mindre at der kommer et modificeret svar. Bemærk, at hvis lægen har markeret SvarSet inden rekvisitionen var komplet besvaret, så vil det kunne forekomme, at rekvisitionen på et senere tidspunkt bliver grøn når det komplette svar modtages. Pga. at lægen har markeret SvarSet, så har lægen dog samtidigt angivet, at han ikke ønsker at blive notificeret yderligere om dette. Hvis lægen har markeret at patienten har fået svar (SvarGivetPatient) vil rekvisitionen ikke længere stå som udestående, med mindre at der kommer nye svar, eller hvis en aktiv notifikation overskrides (der mangler komplette svar). Bemærk, at det vil kunne forekomme, at man har en blå rekvisition som er overskredet, hvis patienten fik svar inden rekvisitionen var komplet besvaret, og tidsfristen for det komplette svar i mellemtiden er overskredet! Hvis lægen kalder SvarTilPatientGivet på en slettet rekvisition så vil slettemarkeringen blive ophævet. Status på rekvisitionen vil være blå lige efter at denne funktion har været kaldt. Request data SvarGivet (se Bilag B) Response data RekvisitionReminder (Se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:svartilpatientgivet> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns:svargivet> <ns1:rekvisitionidentifikation> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> </ns1:rekvisitionidentifikation> <ns:svartype>svargivetpatient</ns:svartype> </ns:svargivet> </ns:svartilpatientgivet> </soapenv:body> </soapenv:envelope>

11 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <SvarTilPatientGivetResponse xmlns=" <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T20:44:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget>false</MedRptR0130KSvarModtaget> <DelsvarModtaget>true</DelsvarModtaget> <ReminderStatus xmlns=" <Guid>{96427ebc-e2e7-424c-aea2-5a07131c5236}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T20:45:39.12</OprettetDatoTid> <UdloebDato> T20:44:00</UdloebDato> <DeltaNotifikationGuid>{dbfa8b70-3ba9-43ee-bcce e7dc4c7}</DeltaNotifikationGuid> <DeltaNotifikationSenestKoertDatoTid> T20:44:31.29</DeltaNotifikationSenestKoertDatoTid> <StatusColor>Blue</StatusColor> <StatusText>Svar afgivet til patient</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> </SvarTilPatientGivetResponse> </soap:body> </soap:envelope>

12 Klarmeld Flytter status på reminderen et trin videre i processen, eks. hvis næste trin er at laboratoriet mangler at kvittere for modtaget prøvemateriale, så vil et kald til Klarmeld fungere som et kald til Modtaget. Kan kaldes fra eks. Praksissystemet hvis der af en eller anden grund er opstået en fejl. Efter et kald til Klarmeld vil rekvisitionen indgå i overvågningen på det næste trin. Request data RekvisitionIdentifikation (se Bilag B) Response data RekvisitionReminder (Se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:klarmeld> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionidentifikation> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> </ns1:rekvisitionidentifikation> </ns:klarmeld> </soapenv:body> </soapenv:envelope>

13 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <KlarmeldResponse xmlns=" <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T20:44:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget>false</MedRptR0130KSvarModtaget> <DelsvarModtaget>true</DelsvarModtaget> <ReminderStatus xmlns=" <Guid>{96427ebc-e2e7-424c-aea2-5a07131c5236}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T20:45:39.12</OprettetDatoTid> <UdloebDato> T20:44:00</UdloebDato> <DeltaNotifikationGuid>{dbfa8b70-3ba9-43ee-bcce e7dc4c7}</DeltaNotifikationGuid> <DeltaNotifikationSenestKoertDatoTid> T20:44:31.29</DeltaNotifikationSenestKoertDatoTid> <StatusColor>Blue</StatusColor> <StatusText>Svar afgivet til patient</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> </KlarmeldResponse> </soap:body> </soap:envelope>

14 SletRekvisition Markerer rekvisitionen afsluttet på reminderserveren. Returnerer true hvis rekvisitionen blev fundet. En slettet rekvisition vil udgå af overvågningen. Kan eks. kaldes fra et praksissystem såfremt patienten allerede har fået svar på en rekvisition, men der modtages aldrig et komplet svar fra lab. Herved vil rekvisitionen stå som udestående blå, uden at lægen har anden mulighed for at fjerne rekvisitionen fra overvågning end at kalde SletRekvisition (eller Klarmeld). Request data RekvisitionIdentifikation (se Bilag B) Response data Boolean (true/false) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:sletrekvisition> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionidentifikation> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> </ns1:rekvisitionidentifikation> </ns:sletrekvisition> </soapenv:body> </soapenv:envelope>

15 RekvisitionStatus Returnerer status på en enkelt rekvisition inkl. det forventede flow. Flowet er sorteret med inaktive notifikationer øverst efterfulgt at de aktive notifikationer i den rækkefølge de vil blive aktiveret som en del af overvågningen. Request data RekvisitionIdentifikation (se Bilag B) Response data RekvisitionReminderStatus (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:rekvisitionstatus> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionidentifikation> <ns1:patient> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> </ns1:patient> <ns1:rekvnrlaege> </ns1:rekvnrlaege> </ns1:rekvisitionidentifikation> </ns:rekvisitionstatus> </soapenv:body> </soapenv:envelope>

16 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <RekvisitionStatusResponse xmlns=" <RekvisitionReminderStatus> <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T20:44:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget>false</MedRptR0130KSvarModtaget> <DelsvarModtaget>true</DelsvarModtaget> <ReminderStatus xmlns=" <Guid>{96427ebc-e2e7-424c-aea2-5a07131c5236}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T20:45:39.12</OprettetDatoTid> <UdloebDato> T20:44:00</UdloebDato> <DeltaNotifikationGuid>{dbfa8b70-3ba9-43ee-bcce e7dc4c7}</DeltaNotifikationGuid> <DeltaNotifikationSenestKoertDatoTid> T20:44:31.29</DeltaNotifikationSenestKoertDatoTid> <StatusColor>Green</StatusColor> <StatusText>Svar afgivet til patient</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> <SvarKompletStatus> <Prompter xmlns=" </SvarKompletStatus> <Notifikationer xmlns=" <Guid>{ac555f31-446d-4ce6-a175-a2a005fbb9a3}</Guid> <Aktiv>false</Aktiv> <TriggerDatoTid> T20:46:26.217</TriggerDatoTid> <Tekst>Materiale modtaget på lab</tekst> <AnsvarligNavn>Web-Patient</AnsvarligNavn> </Notifikationer> <Notifikationer xmlns=" <Aktiv>false</Aktiv> <TriggerDatoTid> T11:44:26.787</TriggerDatoTid> <DeltaDage>0</DeltaDage> <Tekst>Delsvar modtaget fra lab</tekst> <AnsvarligNavn>WEP</AnsvarligNavn> </Notifikationer> <Notifikationer xmlns=" <Guid>{dbfa8b70-3ba9-43ee-bcce-53677e7dc4c7}</Guid> <Aktiv>false</Aktiv> <TriggerDatoTid> T11:44:49.143</TriggerDatoTid> <SendtDatoTid> T20:44:31.29</SendtDatoTid> <Tekst>Endeligt svar modtaget fra lab</tekst> <AnsvarligNavn>WebReq</AnsvarligNavn> </Notifikationer>

17 <Notifikationer xmlns=" <Guid>{60ec8b95-df b5d3-5470ebdcbc78}</Guid> <Aktiv>false</Aktiv> <TriggerDatoTid> T11:59:58.767</TriggerDatoTid> <Tekst>Svar afgivet til patient</tekst> <AnsvarligNavn>WebReq</AnsvarligNavn> </Notifikationer> </RekvisitionReminderStatus> </RekvisitionStatusResponse> </soap:body> </soap:envelope>

18 UdestaaendeRekvisitioner Returnerer en liste over alle udestående rekvisitioner på reminderserveren for den autoriserede bruger. Bemærk, at denne liste kan potentielt blive meget stor og det anbefales derfor at funktionen ikke kaldes mere end allerhøjst nødvendigt. DeltaNotifikationNaesteKoerselDatoTid vil være sat såfremt rekvisitionen kun er udestående. DeltaNotifikationSenestKoertDatoTid vil være sat såfremt rekvisitionen er udestående og overskredet. AfsluttetDatoTid vil desuden være sat hvis lægen har kaldt SvarTilPatientGivet med SvarGivetPatient. Hvis lægen regelmæssigt husker at kalde SvarTilPatientGivet vil listen i udgangspunktet kun komme til at indeholde de rekvisitioner, hvor lægesystemet enten aldrig har modtaget svar fra laboratoriet (de kan være røde eller gule), eller hvor det komplette svaret er blevet unødigt forsinket undervejs (gule) eller lægen har glemt at svare (grønne). Status farven og status teksten vil fortælle lægen hvor langt rekvisitionen er i processen. Her kan DeltaNotifikationSenestKoertDatoTid benyttes til at afgøre om rekvisitionen er overskredet (de vigtigste) eller ej. DelsvarModtaget kan benyttes til at afgøre om lægen har modtaget delsvar på en gul rekvisition eller ej. Request data RekvisitionReminderFilter (Se Bilag B) Response data Array af RekvisitionReminder (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:udestaaenderekvisitioner> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionreminderfilter> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> <ns:hotelstatus>alle</ns:hotelstatus> </ns1:rekvisitionreminderfilter> </ns:udestaaenderekvisitioner> </soapenv:body> </soapenv:envelope>

19 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <UdestaaendeRekvisitionerResponse xmlns=" <UdestaaendeRekvisitionerResult> <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T14:11:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget xsi:nil="true"/> <DelsvarModtaget xsi:nil="true"/> <ReminderStatus xmlns=" <Guid>{52103b31-dfd1-4f6e-8dda-dafc89521bad}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T14:11:55.303</OprettetDatoTid> <UdloebDato> T14:11:00</UdloebDato> <DeltaNotifikationGuid>{357ae5ba a14-8ab5-51cbd375fa39}</DeltaNotifikationGuid> <DeltaNotifikationNaesteKoerselDatoTid> T14:11:00</DeltaNotifikationNaesteKoerselDatoTid> <DeltaNotifikationSenestKoertDatoTid> T14:11:05.423</DeltaNotifikationSenestKoertDatoTid> <StatusColor>Red</StatusColor> <StatusText>Afventer materialet modtaget på laboratorie</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> </UdestaaendeRekvisitionerResult> </UdestaaendeRekvisitionerResponse> </soap:body> </soap:envelope>

20 AfsluttedeRekvisitioner Returnerer en liste over de seneste 50 afsluttede rekvisitioner på reminderserveren for den autoriserede bruger. DeltaNotifikationAfsluttetDatoTid indeholder tidspunktet for hvornår rekvisitionen blev afsluttet. Request data RekvisitionReminderFilter (Se Bilag B) Response data Array af RekvisitionReminder (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:afsluttederekvisitioner> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionreminderfilter> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> <ns:hotelstatus>alle</ns:hotelstatus> </ns1:rekvisitionreminderfilter> </ns:afsluttederekvisitioner> </soapenv:body> </soapenv:envelope>

21 Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <AfsluttedeRekvisitionerResponse xmlns=" <AfsluttedeRekvisitionerResult> <RekvisitionReminder> <Patient xmlns=" <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </Patient> <RekvNrLaege xmlns=" e> <RekvisitionType xmlns=" <ProveTagningsTid> T20:44:00</ProveTagningsTid> <Hotellet>false</Hotellet> <MedRptR0130KSvarModtaget>false</MedRptR0130KSvarModtaget> <DelsvarModtaget>true</DelsvarModtaget> <ReminderStatus xmlns=" <Guid>{96427ebc-e2e7-424c-aea2-5a07131c5236}</Guid> <Identifikator> </Identifikator> <OprettetDatoTid> T20:45:39.12</OprettetDatoTid> <UdloebDato> T20:44:00</UdloebDato> <DeltaNotifikationGuid>{60ec8b95-df b5d3-5470ebdcbc78}</DeltaNotifikationGuid> <DeltaNotifikationAfsluttetDatoTid> T11:59:51.243</DeltaNotifikationAfsluttetDatoTid> <StatusColor>Blue</StatusColor> <StatusText>Svar afgivet til patient</statustext> <AnsvarligNavn>WebReq</AnsvarligNavn> <Slettet>false</Slettet> </ReminderStatus> </RekvisitionReminder> </AfsluttedeRekvisitionerResult> </AfsluttedeRekvisitionerResponse> </soap:body> </soap:envelope>

22 FejlRekvisitionerPatient Returnerer en liste over patienter med rekvisitioner der er overskredet på reminderserveren for den autoriserede bruger. Request data RekvisitionReminderFilter (Se Bilag B) Response data Array af EDIPatient (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soap:envelope xmlns:soap=" xmlns:ns=" xmlns:ns1=" <soap:header/> <soap:body> <ns:fejlrekvisitionerpatienter> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> </ns:fejlrekvisitionerpatienter> </soap:body> </soap:envelope> Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <FejlRekvisitionerPatienterResponse xmlns=" <FejlRekvisitionerPatienterResult xmlns=" <EDIPatient> <CprNummer>XXXXXXXXXX</CprNummer> <Fornavn>Nancy Ann</Fornavn> <Efternavn>Bjerggren</Efternavn> </EDIPatient> </FejlRekvisitionerPatienterResult> </FejlRekvisitionerPatienterResponse> </soap:body> </soap:envelope>

23 ReminderStatus Returnerer status på reminderserveren for den autoriserede bruger. Der returneres rød farve hvis der er udestående overskredne rekvisitioner. Ellers returneres der grøn farve. Request data RekvisitionReminderFilter (Se Bilag B) Response data ReminderStatusColor (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soap:envelope xmlns:soap=" xmlns:ns=" xmlns:ns1=" <soap:header/> <soap:body> <ns:reminderstatus> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionreminderfilter> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> <ns:hotelstatus>alle</ns:hotelstatus> </ns1:rekvisitionreminderfilter> </ns:reminderstatus> </soap:body> </soap:envelope> Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <ReminderStatusResponse xmlns=" <ReminderStatusResult xmlns=" t> </ReminderStatusResponse> </soap:body> </soap:envelope>

24 ReminderStatistik Returnerer statistik over rekvisitioner på reminderserveren for den autoriserede bruger. Request data RekvisitionReminderFilter (Se Bilag B) Response data ReminderStatistik (se Bilag B) Fejlmelding Exception (Se Bilag C) Forespørgsel <soapenv:envelope xmlns:soapenv=" xmlns:ns=" xmlns:ns1=" <soapenv:header/> <soapenv:body> <ns:reminderstatistik> <ns1:autorisation> <ns1:brugernavn>test</ns1:brugernavn> <ns1:password>pas</ns1:password> </ns1:autorisation> <ns1:rekvisitionreminderfilter> <ns1:cprnummer>xxxxxxxxxx</ns1:cprnummer> <ns:hotelstatus>alle</ns:hotelstatus> </ns1:rekvisitionreminderfilter> </ns:reminderstatistik> </soapenv:body> </soapenv:envelope> Svar <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <ReminderStatistikResponse xmlns=" <ReminderStatistik xmlns=" <StatusColor>Red</StatusColor> <UdestaaendeTotal>203</UdestaaendeTotal> <UdestaaendeTotalOverskredet>190</UdestaaendeTotalOverskredet> <UdestaaendeCprNummer>63</UdestaaendeCprNummer> <UdestaaendeCprNummerOverskredet>61</UdestaaendeCprNummerOverskredet> </ReminderStatistik> </ReminderStatistikResponse> </soap:body> </soap:envelope>

25 Bilag A: Forudsætninger Netværk Den Gode Notifikation tillader følgende netværkstyper: Netværk Tilladt Sundhedsdatanettet (VPN) Andet VPN SSL Ja Nej Ja Autorisation Oplysninger om afsenderens identitet sendes som en parameter til webservices med brugernavn og password

26 Bilag B: Teknisk dokumentation Nedenfor er der alene beskrevet det maksimale indhold i en meddelelses body-del. Datatype, anvendelse og beskrivelse af de enkelte XML elementer fremgår af DataListen. DataListe Elementer Type Beskrivelse Mandatory Rekvisition Oplysninger om rekvisitionen Patient Cpr nummer på patient som en M EDIPatient. Navn skal angives ved oprettelse af rekvisitioner. FraLabFork Afsender laboratoriets forkortelse feks SSI M (hvis ny MEDRPT labsvar standard eller ved oprettelse af ny RekvNrLaege Rekvirentens rekvisitionsnummer. Skal være et NPN-nummer. RekvNrLab Laboratoriets rekvisitionsnummer Status Delvis/Komplet (Taget fra D/K i M STS02) RekvisitionOpret Benyttes ved oprettelse af rekvisitioner ProvetagningsTid Tidspunkt for prøvetagning M Proever Prompter RekvisitionType OriginalRekvirent Modtager Placering Setup SvarFravalgt RekvisitionSvarModtaget Edi Analyser på rekvisitionen Prompter på rekvisitionen Typen på rekvisitionen. ATT/SPR/EXT/SPR. Modtager (original rekvirent) som en EDIModtager Modtager(praksis) som en EDIModtager Status på rekvisitionen på oprettelsestidspunktet; Sendt/Hotel/Modtaget/Gemt Brugeropsætninger i forbindelse med oprettelse af rekvisitionen som en RekvisitionSetup. True hvis modtageren har fravalgt svar (hvis original rekvirent er angivet) En og kun en af nedenstående skal være udfyldt Edi labsvar meddelelse som en streng rekvisition). M M M M M D M

27 Svar Struktureret svar som en M RekvisitionSvar type RekvisitionSvarModtagetSvar Svaret tilbage på kald til SvarModtaget RekvisitionReminder En RekvisitionReminder SvarKompletStatus En RekvisitionSvarKompletStatus. Returneres såfremt status på rekvisitionen er komplet besvaret (grøn). RekvisitionIdentifikation Identifikation på en rekvisition Patient Cpr-nummer på patienten som en M EDIPatient RekvNrLaege Oprindeligt rekvisitionsnummer M RekvNrLab Laboratoriets rekvisitionsnummer RekvisitionReminderFilter Forespørgsel på rekvisitioner CprNummer Cpr-nummer på patienten der spørges på AfsId Id på den rekvirent der spørges på AfsKode Type på den rekvirent der spørges på som en EdiAfsenderKode. HotelStatus Filtrering på hotellede rekvisitioner. Kan være en af: EjHotel, KunHotel eller Alle (default) SvarGivet Lægens svar på en rekvisition RekvisitionIdentifikation Rekvisitionen der er givet svar på som en RekvisitionIdentifikation SvarType Lægens svar. Kan være enten SvarGivetPatient eller SvarSet RekvisitionSvar Som Rekvision inkl. array af RekvisitionEnkeltSvar RekvisitionEnkeltSvar Et enkelt labsvar. Krævet ved vidersendelse af rekvisition til andet lab (hvis ny MEDRPT labsvar standard). ServiceType Nyt/Modificeret (taget fra N/M i GIS18) LabKode IUPAC/Lokal kode KodeTabel CQU/91 LabOrg SST for IUPAC / laboratoriekode TilLabFork Hvis analysen er videresendt M koden for det lab den er sendt til RekvisitionSvarKompletStatus Statusinformation til lægesystemet på en rekvisition der er komplet besvaret Prompter Et array af typen Prompt

28 RekvisitionReminder RekvisitionType ProveTagningsTid Hotellet MedRptR0130KSvarModtaget DelsvarModtaget ReminderStatus RekvisitionReminderStatus RekvisitionReminder SvarKompletStatus Notifikationer RekvisitionNotifikation Guid Aktiv TriggerDatoTid SendtDatoTid DeltaDage Tekst AnsvarligNavn Indeholder oplysninger fra Webreq, ex. om patienten skal have svar hvis resultatet er normalt. Status på en rekvisition. Som en RekvisitionIdentifikation inkl. status på reminderserveren Typen på rekvisitionen. ATT/SPR/EXT/SPR i Webreq. Ønsket prøvetagningstid i Webreq True hvis rekvisitionen ligger på hotel. True hvis der tidligere er modtaget svar på denne rekvisition i gammel MedRpt format, dvs. svar uden FraLabFork. True hvis der tidligere er modtaget et delvist svar på rekvisitionen. False hvis der kun er modtaget komplette svar. En ReminderStatusResource Status på en rekvisition inkl. notifikationer. En RekvisitionReminder En RekvisitionSvarKompletStatus. Returneres såfremt status på rekvisitionen er komplet besvaret. Array af RekvisitionNotifikation Status på en notifikation GUID på notifikationen på reminderserveren (hvis den er lagt på reminderserveren) True/False Tidspunkt for hvornår notifikationen udløses (hvis aktiv) og ellers for hvornår den blev gjort inaktiv. Evt. tidspunkt for hvornår nofitikationen blev udløst Antal dage frem i tiden for hvornår notifikationen udløses relativt til en tidligere notifikation som endnu ikke er udløst Beskrivelse af notifikationen Navn på den ansvarlige for notifikationen, eks. lægehusets

29 Prompt SupKode TekstVaerdi EDIPatient CprNummer FiktivtCprNummer Fornavn Efternavn EDIAfsender Lokationsnummer AfsId Kode Organisation EDIModtager Initialer EDIAfsenderKode RekvisitionSetup SvarModtagerBenytNotifikationer SvarTilPatient SvarTilPatientDage ReminderStatusColor ReminderStatistik UdestaaendeTotal UdestaaendeTotalOverskredet UdestaaendeCprNummer UdestaaendeCprNummerOverskredet StatusColor ReminderStatusResource eller laboratoriets navn/forkortelse. Promptoplysninger fra Webreq. Promptkoderne stammer fra den nationale prompttabel. Se Bilag D: Prompt koder. Promptkode Værdien på prompten Patientoplysninger Cprnummer ved rigtigt cprnummer Cprnummer ved fiktivt cprnummer Patient fornavn Patient efternavn Edifact afsender Lokationsnummer Afsender ID Afsender kode som en EDIAfsenderKode Organisation Som EDIAfsender Initialer på modtager Kode på EDI afsender (Laege, Sygehusafdeling, SORkode, Lokationsnummer) Opsætninger relateret til oprettelse af en ny rekvisition True hvis svarmodtageren sender Tilbagesvar. True hvis patienten skal have svar. Antal dage til patienten skal have svar efter at rekvisitionen er besvaret fra lab. Status farve ( Trafiklys ) på reminderserveren (Red/Yellow/Green/Blue) Statistik over rekvisitioner på reminderserveren Total antal remindere Total antal overskredet remindere Total antal remindere på patient Total antal overskredet remindere på patient Trafiklys farven som en ReminderStatusColor Rekvisitionen på reminderserveren M M

30 Guid Identifikator OprettetDatoTid UdloebDatoTid AnsvarligNavn DeltaNotifikationGuid DeltaNotifikationNaesteKoerselDatoTid DeltaNotifikationSenestKoertDatoTid DeltaNotifikationAfsluttetDatoTid StatusColor StatusText Slettet Guid på reminderen ID på reminderen (Rekvisitionsnummer) Tidspunkt for oprettelsen af reminderen Tidspunkt for hvornår reminderen ikke længere er aktiv Beskrivelse af den ansvarlige (Rekvirentens navn) GUID på en notifikation. Peger på den notifikation der udløste en fejl hvis en sådan findes, og eller på den notifikation der udløser en fejl næste gang. Hvis det er en afsluttet reminder peges på den senest afsluttede notifikation. Tidspunkt for hvornår der næste gang udløses en fejl (notifikationen går fra at være ventende til overskredet). Tidspunkt for hvornår der blev udløst en fejl (rekvisitionen er overskredet). Tidspunktet for hvornår notifikationen blev afsluttet. Sættes også hvis lægen har givet patienten svar eller hvis rekvisitionen er slettet. Trafiklys farve som en ReminderStatusColor Beskrivelse af status på reminderen True hvis rekvisitionen er slettet. Ellers false

31 Bilag C: Soap Exceptions Fejl i Tilbagesvar servicen returneres til klienten som SOAP exceptions på formen: <soap:envelope xmlns:soap=" xmlns:xsi=" xmlns:xsd=" <soap:body> <soap:fault> <faultcode>soap:server</faultcode> <faultstring>ukendt brugernavn eller password</faultstring> <faultactor>svarmodtaget</faultactor> <detail> <Error xmlns=" <ErrorNumber>2</ErrorNumber> <ErrorMessage>Ukendt brugernavn eller password</errormessage> <ErrorSource>RequisitionReminderService.Common</ErrorSource> </Error> </detail> </soap:fault> </soap:body> </soap:envelope> Følgende fejlkoder er defineret: 1: Generel fejl 2: Ukendt brugernavn eller password 3: Fejl i edi-parsning 4: Ukendt rekvisitionsnummer / Ikke en Webreq rekvisition 9: Opdatering lagt på kø til senere afvikling Alle andre fejlkoder håndteres som en generel fejl (fejlkode 1). Bemærk, at såfremt der modtages en exception med kode 9 så skal lægesystemet ikke selv forsøge at gensende requestet

32 Bilag D: Prompt koder Tilbagesvar returnerer promptkoder i visse Webservice kald når en rekvisition er komplet besvaret (grøn). Koderne stammer fra Den nationale Prompttabel, som kan downloades fra Medcom s hjemmeside. Følgende koder er specielt defineret i forbindelse med at lægen skal give patienten svar Patienten skal have svar Mundtligt aftalt mellem læge/klinikken og pt, at pt kun kontaktes ved afvigelser Ønsker kvinden svar direkte fra patologiafdelingen Prompt sendes kun ved Cervixcytologi og værdien kan antage enten værdien Ja eller værdien Nej. En og kun én af prompterne eller sendes tilbage ved alle typer af rekvisitioner med promptteksten i værdien. Da koderne oprettes i Tilbagesvar i forbindelse med at rekvisitionen oprettes i Webreq, så vil der kun blive sendt koder tilbage til lægesystemerne for rekvisitioner oprettet efter at den nye version af Tilbagesvar er sat i drift

33 Logning Persondataloven [PERSLOV] og Sundhedsloven [SUNDLOV] udstikker retningslinjer for hvornår det er påkrævet at logge hvem der har haft adgang til data. Dette fortolkes i bredeste forstand som at have set eller opdateret personfølsom information om en anden person. Logning udføres af bade klient og serviceudbyder. Kontrol Påkrævet Logning af adgang til personfølsomme data påkrævet? Ja Server (Udbyder) Udbyderen af servicen kan ikke logge hvem slutbrugeren er men logger følgende informationer: IP-adresse på klienten Brugernavnet CPR-nr der søges på Klienten Skal logge hvem slutbrugeren måtte være og sikre sig at denne er korrekt authentificeret

34 Referencer [PERSLOV] Persondataloven, Datatilsynet, Lov nr. 429 af 31 maj 2000, [SUNDLOV] Sundhedsloven, Lov nr 546 af 24 juni 2005, -

35 WSDL Url til testsystem 1 Url til testsystem 2 Url til produktionssystem 1 Url til produktionssystem 2 Testsystem 1 peger på versionen af Tilbagesvar. Testsystem 2 peger på versionen af Tilbagesvar. Produktionssystem 1 peger på versionen af Tilbagesvar. Produktionssystem 2 peger på versionen af Tilbagesvar. Produktionssystemerne nås via Sundhedsdatanettet ved at erstatte ws.reminderserver.dk med enten: reminderwebservice.multimed.dsdn.dk, eller reminderwebservice.multimed.medcom WSDL hentes ved at skrive?wsdl efter URL en

Den Gode Notifikation

Den Gode Notifikation Den Gode Notifikation Rekvisitioner Tilbagesvar version 1.15 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav... 4 Funktionalitet...

Læs mere

Tilbagesvar For PL-Lægesystemer

Tilbagesvar For PL-Lægesystemer Tilbagesvar For PL-Lægesystemer MedCom introdag 25. april 2016 Problem - Rekvisition Reminder server Laboratorier Evt. servicelab Hvis noget går galt!!! Rekvisitionsforløbsservice Borgere / patienter Webreq

Læs mere

Tilbagesvarprojektet

Tilbagesvarprojektet Tilbagesvarprojektet - 2017.04.06 Læge-patientaftale retur til rekvirenten Nyt dataflow - Ekstra rekvisitionsoplysninger retur via tilbagesvar Opdateret: Webreq - brugerinterface med ny prompttype Opdateret:

Læs mere

Rekvisitions Forløbs Remindere Laboratorie-rekvisitioner og laboratorie-svar DMDD

Rekvisitions Forløbs Remindere Laboratorie-rekvisitioner og laboratorie-svar DMDD Rekvisitions Forløbs Remindere Laboratorie-rekvisitioner og laboratorie-svar Projekt - Tilbagesvar Forløbs-remindere på lab-rekvisitioner og lab-svar ifm Webreq Reminder server Laboratorier Evt. servicelab

Læs mere

Den gode notifikation

Den gode notifikation Den gode notifikation Reminder-styring for projekt tilbagesvar. Dokumentation for de webservices der skal anvendes ved opfølgning på prøvetagning og prøvesvar i primærsektoren. Version 1.1 d. 15.08.2016

Læs mere

Den Gode Sårjournal Service MedCom, version W 1

Den Gode Sårjournal Service MedCom, version W 1 Den Gode Sårjournal Service MedCom, version 1.0.0 W 1 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetNumberOfUnreadNotes... 5 Bilag A: Specificering af

Læs mere

Tilbagesvar i WebReq

Tilbagesvar i WebReq Tilbagesvar i WebReq Oversigtsskærmbilleder og statusvisninger W 1-1 - Tilbagesvar Oversigts- og statusvisninger Formål... 3 Introduktion... 3 Kald af oversigtsbillede i WebReq... 4 Oversigtsbillede i

Læs mere

AuthorizationCodeService

AuthorizationCodeService AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark, version 1.1 W 1 AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark version 1.1 Kåre Kjelstrøm Formål... 3 Introduktion...

Læs mere

Tilbagesvar ændringsønsker

Tilbagesvar ændringsønsker Tilbagesvar ændringsønsker Ønske Dato Fra Ønske Beslutning Brugergruppen 1 29.08.2017 Langeskov Lægehus Ole Holm Thomsen 2 29.08.2017 Langeskov Lægehus Ole Holm Thomsen Ved udskrivelse af webreq laves

Læs mere

Tilbagesvar For PL-lægesystemer. MedCom introdag 25. april 2016

Tilbagesvar For PL-lægesystemer. MedCom introdag 25. april 2016 Tilbagesvar For PL-lægesystemer MedCom introdag 25. april 2016 2 Tilbagesvar Hvorfor? Har Ib fortalt om Hvornår kaldes reminder server (webservice kald)? Nye versioner af standarderne. Hvad skal der laves

Læs mere

Tilbagesvar i Webreq

Tilbagesvar i Webreq Tilbagesvar i Webreq Oversigtsskærmbilleder og statusvisninger W 1-1 - Tilbagesvar Oversigts- og statusvisninger Formål... 3 Introduktion... 3 Kald af oversigtsbillede i Webreq... 4 Oversigtsbillede i

Læs mere

Introduktion til læger og speciallæger om brug af tilbagesvar

Introduktion til læger og speciallæger om brug af tilbagesvar Introduktion til læger og speciallæger om brug af tilbagesvar Tilbagesvar Indhold Baggrund Der rekvireres mere end 14 mio. laboratorieprøver pr. år fra lægepraksis til offentlige og private laboratorier

Læs mere

Den Gode Sårjournal Service MedCom, version W 1

Den Gode Sårjournal Service MedCom, version W 1 Den Gode Sårjournal Service MedCom, version 1.0.0 W 1 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetPatientKnown... 5 Bilag A: Specificering af DGWS...

Læs mere

Den Gode LÆ Service MedCom, version 1.0 W 1

Den Gode LÆ Service MedCom, version 1.0 W 1 Den Gode LÆ Service MedCom, version 1.0 W 1 MedCom, Den Gode LÆ Service ver. 1.0 2 Den Gode LÆ Service MedCom version 1.0 Formål... 5 Serviceudbyders Ansvar... 6 Tilgængelighed... 6 Funktionalitet... 7

Læs mere

WebReq ændringer 2018

WebReq ændringer 2018 WebReq ændringer 2018 Til leverandører der anvender integrerede systemkald til WebReq Version 1.01 W 1-1 - WebReq ændringer 2018 Formål... 3 Introduktion... 3 Browserkrav og kryptering... 4 Brugerens cpr.-nummer...

Læs mere

Tilbagesvar. DataGruppen MultiMed A/S, Storhaven 12, 7100 Vejle. Tlf Fax: Side 1 af 11 BW

Tilbagesvar. DataGruppen MultiMed A/S, Storhaven 12, 7100 Vejle. Tlf Fax: Side 1 af 11 BW Indhold Generelt... 2 Lægesystem... 3 Status for tilbagesvar... 3 Klinikniveau... 3 Status over udestående på patientniveau... 3 Arbejdsgang laboratorieprøver... 4 1. Bestilling af Prøver i WebReq... 4

Læs mere

Tilbagesvarsmøde for lægesystemleverandører. MedCom 28. november 2017

Tilbagesvarsmøde for lægesystemleverandører. MedCom 28. november 2017 Tilbagesvarsmøde for lægesystemleverandører MedCom 28. november 2017 2 Dagsorden 1. Velkomst 2. Status på udrulning af tilbagesvar i lægesystemerne. a. Herunder hvilken version I anvender 3. Mange lægesystemer/læger

Læs mere

2. Status på udrulning af tilbagesvar i lægesystemerne, hvem mangler? Ib har indkaldt til dette møde for at orientere om status og ændringer, der er

2. Status på udrulning af tilbagesvar i lægesystemerne, hvem mangler? Ib har indkaldt til dette møde for at orientere om status og ændringer, der er Forskerparken 10 DK-5230 Odense M Telefon: 6543 2030 Mobilnr.6178 1877 ibs@medcom.dk www.medcom.dk Dato 19.04.17 Vor ref. IBS Referat fra status- og informationsmøde om tilbagesvarsprojektet Tidspunkt:

Læs mere

Nyt i WebReq. Juni Ønske ID 11. Søgning af det oprindelige rekvisitionsnummer ved rettelse. Søgning af originalt rekvisitionsnummer

Nyt i WebReq. Juni Ønske ID 11. Søgning af det oprindelige rekvisitionsnummer ved rettelse. Søgning af originalt rekvisitionsnummer Nyt i WebReq Juni 2018 Ønske ID 11 Den WebService, hvor man kan søge på CPR og enkeltanalyser på labsvarportalen er IKKE udviklet, hvilket var en forudsætning for at dette kunne løses. Opgaven må tages

Læs mere

PARAKLINISKE UNDERSØGELSER Tilbagesvar. Løsning funktion og opgaver for de respektive parter

PARAKLINISKE UNDERSØGELSER Tilbagesvar. Løsning funktion og opgaver for de respektive parter PARAKLINISKE UNDERSØGELSER Tilbagesvar Løsning funktion og opgaver for de respektive parter Ib Johansen, 06.11.2015 Baggrund Alle læge- og speciallægepraksis bestiller og får foretaget laboratorieundersøgelser

Læs mere

LabTilbagesvar. XMO. Introduktion til brug: Overordnet set kan en rekvisition har følgende farvekoder: Rød: Fejl eller andet problem

LabTilbagesvar. XMO. Introduktion til brug: Overordnet set kan en rekvisition har følgende farvekoder: Rød: Fejl eller andet problem Baggrund for funktionen: Lab tilbage svar er en funktion, som sikrer, at prøver kan spores hele vejen i processen fra bestilling, til afgivelse af svar til patienten. Det kan bruges på mange niveauer,

Læs mere

Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1

Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1 Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1 MedCom, Den Gode NPN Service ver. 1.0 2 Den Gode NationalePrøveNummer Service MedCom version 1.0 Formål... 5 Introduktion... 5 Ansvar... 6

Læs mere

Projekt Tilbagesvar. Leverandørmøde 10/3-2015

Projekt Tilbagesvar. Leverandørmøde 10/3-2015 Projekt Tilbagesvar Leverandørmøde 10/3-2015 Status på modtagelse og svar Modtagelse på laboratorium Rekvisition 10 Prøve 11 Prøve 12 Prøve 13 Modtager rekvisition og prøvemateriale (NPN) Rekvirents rekvisitionsnummer

Læs mere

Indberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice. https://statistik.uni-c.dk/erhvervelevtrivsel/dok/uploadserviceeud.

Indberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice. https://statistik.uni-c.dk/erhvervelevtrivsel/dok/uploadserviceeud. Notat Vedrørende: Skrevet af: Indberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice uhl Version: 1.2 Fordeling: Systemleverandører Styrelsen for It og Læring Vester Voldgade 123 1552

Læs mere

Tilbagesvar For LAB-systemer. MedCom 3 oktober 2016

Tilbagesvar For LAB-systemer. MedCom 3 oktober 2016 Tilbagesvar For LAB-systemer MedCom 3 oktober 2016 2 Tilbagesvar 1. Velkomst præsentation, praktisk. 2. Baggrund for laboratorietilbagesvar, forventet udbytte 3. Løsningen sådan virker den. 4. Standarderne

Læs mere

Tilbagesvar projektet Brugerdatabasen DMDD, version 1.00

Tilbagesvar projektet Brugerdatabasen DMDD, version 1.00 Tilbagesvar projektet Brugerdatabasen DMDD, version 1.00 Teknisk beskrivelse af setup - MedCom W 1 W 1 DMDD A/S, version 1.00-2016-08-15 1 Bruger Databasen DMDD version 1.00 Formål... 3 Introduktion...

Læs mere

Forløbs-Remindere. En national service

Forløbs-Remindere. En national service Forløbs-Remindere En national service Hvor er fokus? Kan vi få automatisk fokus? Hvad er omfanget af UTH ere? Region hovedstadens registreringer af UTH er ifm prøvetagning: Paraklinisk undersøgelse Total

Læs mere

Referat fra leverandørgruppemøde om tilbagesvarsprojektet

Referat fra leverandørgruppemøde om tilbagesvarsprojektet Forskerparken 10 DK-5230 Odense M Telefon: 6543 2030 Mobilnr. 2342 2256 ghe@medcom.dk www.medcom.dk Dato 28.11.17 Vor ref. GHE Referat fra leverandørgruppemøde om tilbagesvarsprojektet Tidspunkt: Tirsdag,

Læs mere

Tilbagesvarsdag Laboratorier. MedCom 31. Maj 2017

Tilbagesvarsdag Laboratorier. MedCom 31. Maj 2017 Tilbagesvarsdag Laboratorier MedCom 31. Maj 2017 Tilbagesvar 1. Velkomst 2. Så langt er vi nu Lægesystemer Laboratoriesystemer Reminderserver WebReq Info om Tilbagesvar Tilbagesvar 3. Opsætninger LabID

Læs mere

Tilbagesvarsdag Brugermøde. MedCom 17. aug 2017

Tilbagesvarsdag Brugermøde. MedCom 17. aug 2017 Tilbagesvarsdag Brugermøde MedCom 17. aug 2017 Tilbagesvarsdag Brugermøde MedCom 17. aug 2017 Tilbagesvar 1. Velkomst, deltagere 2 A. Brugergruppens opgaver Kommissorium for brugergruppen 2 B. Kort gennemgang

Læs mere

Vejledning. 1 Indledning. 2 Kontakt Webservicen. Webservice til Optagelse.dk

Vejledning. 1 Indledning. 2 Kontakt Webservicen. Webservice til Optagelse.dk Vejledning Vedrørende: Skrevet af: Webservice til Optagelse.dk Lars Strange Vester Voldgade 123 1552 København V Tlf.nr.: 35 87 88 89 E-mail: stil@stil.dk www.stil.dk CVR-nr.: 13223459 1 Indledning Dette

Læs mere

Teknisk Dokumentation

Teknisk Dokumentation Sundhedsstyrelsens E2B Bivirkningswebservice Teknisk Dokumentation Side 1 af 8 Indhold Indledning... 3 Terminologi... 3 Arkitektur... 4 Web Service Snitflade... 4 Valideringsfejl... 5 Success... 5 E2B...

Læs mere

Ændringer i kommunikationsbakken

Ændringer i kommunikationsbakken Laboratorietilbagesvar I forbindelse med indførslen er tilbagesvar fra laboratorierne er der sket en række ændringer i kommunikationsbakken og i minimodulet Laboratoriesvar (indenfor sidste måned) som

Læs mere

Tilbagesvarsdag Brugergruppemøde. MedCom 25.oktober 2018

Tilbagesvarsdag Brugergruppemøde. MedCom 25.oktober 2018 Tilbagesvarsdag Brugergruppemøde MedCom 25.oktober 2018 2 Dagsorden 1. Velkomst 2. Referat fra sidste møde den 15.03.2018 3. Status på Tilbagesvarsprojektet 4. Erfaringer og problemstillinger nu 5. Ønsker

Læs mere

Velkommen til Webreq ERFA gruppemøde D

Velkommen til Webreq ERFA gruppemøde D Velkommen til Webreq ERFA gruppemøde D. 16.05.18 DAGSORDEN: 1. Velkommen, referat fra sidst https://www.medcom.dk/media/7863/referat-af-webreqerfa_170517.pdf 2. Praktisk- referat skrives hvem melder sig?

Læs mere

Competencies Webservice

Competencies Webservice Competencies Webservice Parathedsvurdering af grundskole elever Kunde: STIL Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr. 29177015 Indholdsfortegnelse 1.0 Ændringer i forhold

Læs mere

Tilbagesvar- Opfølgning af Parakliniske undersøgelser

Tilbagesvar- Opfølgning af Parakliniske undersøgelser Tilbagesvar- Opfølgning af Parakliniske undersøgelser 10.4.2018 2 Tilbagesvar 1: Aktuel status på laboratorier og røntgenafd. Implementering af tilbagesvar. (Ib) 2. Lægesystemernes implementering og resultat

Læs mere

DKAL Snitflader REST Register

DKAL Snitflader REST Register DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4

Læs mere

NOVAX Lægesystem. Manglende laboratoriesvar

NOVAX Lægesystem. Manglende laboratoriesvar NOVAX Lægesystem Manglende laboratoriesvar Indholdsfortegnelse Laboratoriesvar-funktionen... 2 Fanen Manglende laboratoriesvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående... 4

Læs mere

26. WebReq brugermøde august 2018

26. WebReq brugermøde august 2018 26. WebReq brugermøde august 2018 Dagsorden 1. Velkomst, referat 2. Releasen juni 2018 3. Opfølgning fra sidste møde 4. Prioritering af indkomne ønsker 5. Laboratoriesvarportalen 6. Deadlines, testdatoer,

Læs mere

Den Gode Webservice 1.1

Den Gode Webservice 1.1 Den Gode Webservice 1.1 -Profilen for webservicebaseret kommunikation i sundhedssektoren Ivan Overgaard, io@silverbullet.dk Udfordringen Service-Orienteret Arkitektur (SOA) er den moderne måde at lave

Læs mere

Grænseflade til afhentning af FTU-ansøgninger på Optagelse.dk

Grænseflade til afhentning af FTU-ansøgninger på Optagelse.dk Grænseflade til afhentning af FTU-ansøgninger på Optagelse.dk Dato 16-09-2015 Version Status 1.0 Gældende Ansvarlig Tobias Thisted Side 2 af 13 Ændringshistorik Version Kapitel/afsnit Beskrivelse 1.0 Hele

Læs mere

Tilbagesvar Parakliniske undersøgelser

Tilbagesvar Parakliniske undersøgelser 1. Velkomst 2. Baggrund for tilbagesvar 3. Gennemgang af ændringer til laboratoriesystemerne 4. Gennemgang af ændringer i standarderne 5. Reminderfunktionen i lægesystemerne 6. Næste skridt-plan for implementering.

Læs mere

Notat. 1 Institutionsregister: Webservice HelloWorld() HelloWorldCredentials()

Notat. 1 Institutionsregister: Webservice HelloWorld() HelloWorldCredentials() Notat Vedrørende: Institutionsregister: Webservice 2.0 Skrevet af: hrk Version: 2.0 Fordeling: Dette notat beskriver web-servicen, der udstiller oplysninger fra Institutionsregisteret til interne og eksterne

Læs mere

WebReq. Vejledning i rekvirering af mikrobiologiske prøver.

WebReq. Vejledning i rekvirering af mikrobiologiske prøver. Indledning. WebReq Denne vejledning gælder for rekvirering hos Klinisk Mikrobiologisk afdeling på Hvidovre Hospital, Region Hovedstaden. Vejledningen er et uddrag af WebReq brugermanual, Juni 2011. Manualen

Læs mere

Den Gode PatoBank Webservice MedCom, version 1.0

Den Gode PatoBank Webservice MedCom, version 1.0 Den Gode PatoBank Webservice MedCom, version 1.0 W1 Den Gode PatoBank webservice MedCom, ver. 1.0 Del A: Formål og funktionalitet...3 Formål og baggrund...3 Sikkerhedslog...4 Autentifikation...4 Webservice

Læs mere

Undersøgelsessvar-funktionen... 2

Undersøgelsessvar-funktionen... 2 Indholdsfortegnelse Undersøgelsessvar-funktionen... 2 Fanen Manglende undersøgelsessvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående... 5 Gul status... 5 Grøn status... 6 Blå status...

Læs mere

NOVAX Lægesystem. Manglende undersøgelsessvar

NOVAX Lægesystem. Manglende undersøgelsessvar NOVAX Lægesystem Manglende undersøgelsessvar Indholdsfortegnelse Undersøgelsessvar-funktionen... 2 Fanen Manglende undersøgelsessvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående...

Læs mere

Digital post Snitflader Bilag A2 - REST Register Version 6.3

Digital post Snitflader Bilag A2 - REST Register Version 6.3 Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER

Læs mere

Vejledning til Tilbagesvar opfølgning på Webreq-rekvisitioner

Vejledning til Tilbagesvar opfølgning på Webreq-rekvisitioner Marts 2018 Vejledning til Tilbagesvar opfølgning på Webreq-rekvisitioner Det er muligt at se opfølgninger på patientens rekvisitioner, anmodet i Webreq. Dette ses under den nye funktionalitet Tilbagesvar.

Læs mere

WebReq brugermøde januar 2019

WebReq brugermøde januar 2019 WebReq brugermøde - 23. januar 2019 1. Status/beretning, driftstiltag perioden 01.08.18 23.01.19 2. WebReq i tal 3. Udviklingspulje forbrugte ressourcer i perioden 4. Hændelser i perioden 1. Beretning,

Læs mere

Dokumentation af optagelse.dk

Dokumentation af optagelse.dk ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)

Læs mere

WebReq-Brugermøde Velkomst, referat Siden sidst Prioritering af indkomne ønsk er Nyt layout WebReq 2 præsenteres

WebReq-Brugermøde Velkomst, referat Siden sidst Prioritering af indkomne ønsk er Nyt layout WebReq 2 præsenteres WebReq-Brugermøde Velkomst, referat Siden sidst Prioritering af indkomne ønsker Nyt layout WebReq 2 præsenteres Deadlines, testdatoer, opdateringsdatoer & Releaseprocedurer Næste releasedato (forslag den

Læs mere

EG Clinea Version

EG Clinea Version EG Clinea Version 16.4.1 side 1 af 7 Indledning EG Clinea 16.4.1 indeholder håndtering af, at der fra central side holdes styr på, hvad status er på laboratorie rekvisitioner i forbindelse med WebReq.

Læs mere

WebReq-brugermøde. 3. Releasen 1. juni 2012 Dette er med Kort gennemgang.

WebReq-brugermøde. 3. Releasen 1. juni 2012 Dette er med Kort gennemgang. WebReq-brugermøde 05.09.2012 DAGSORDEN: 1. Velkomst, 2. Siden sidst MedCom8 sådan går laboratorieprojekterne, kortnavne indføres ved decemberreleasen 2012, Laboratoriesvarportalen - ny brugergruppe. 3.

Læs mere

Webservice til EUD-indberetning til Datavarehuset

Webservice til EUD-indberetning til Datavarehuset Webservice til EUD-indberetning til Datavarehuset Dato 24-02-2017 Version Status 1.1 Gældende fra og med den 1. marts 2017 Ansvarlig Lars Strange Side 2 af 9 Indhold 1 Indledning... 3 2 Kontakt Webservicen...

Læs mere

WebErfa-gruppemøde. Torsdag. den 14. maj 2009

WebErfa-gruppemøde. Torsdag. den 14. maj 2009 WebErfa-gruppemøde Torsdag den 14. maj 2009 WebErfa-gruppemøde Velkomst og præsentationsrunde. Arbejdsgrupper i de 3 specialer (efter ønske fra sidste møde). Opfølgning. Profdoc s WebReq. Margit WebReq

Læs mere

DMDD

DMDD - 01.01.2015-31.07.2015 Opdatering af webreq Juni 2015 (Margits orientering) Webreq hardwaresetup udvidet med kapacitet ifm tilbagemeldings-projektet Antal månedlige webservices vil blive betydeligt -

Læs mere

Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3

Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST

Læs mere

ITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler

ITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler Af Allan Wisborg, IT Udvikler Til løsningen ecmr Det elektroniske fragtbrev udbydes en række offentlige WEB services. Dette er beskrivelsen af disse services og hvorledes de anvendes. 21. December 2015

Læs mere

DPR Viderestilling. Grænseflade for klient applikation

DPR Viderestilling. Grænseflade for klient applikation DPR Viderestilling CSC Danmark Copyright All Rights Reserved. Side 2 af 15 1. Generel beskrivelse Program-til-program kommunikationen foregår mellem to applikationer: DPR Viderestilling og en klient applikation.

Læs mere

Nyt i WebReq. Juni Dansk Medicinsk Data Distribution A/S. Advarsel ved bestilling

Nyt i WebReq. Juni Dansk Medicinsk Data Distribution A/S. Advarsel ved bestilling Nyt i WebReq Juni 2019 Advarsel ved bestilling Laboratoriet har mulighed for på udvalgte analyser at tilknytte en advarselsregel, der kan fortælle når der foreligger et svar. I dialogboksen skal du tage

Læs mere

Nyt i WebReq. December 2018

Nyt i WebReq. December 2018 Nyt i WebReq December 2018 1 2 3 4 Flere muligheder i Advis 1. I dette eksempel sendes WebReq s standardbesked til patienten, når bestillingen lægges på hotel. I feltet Tekst der sendes (kan ikke rettes)

Læs mere

Se laboratoriesvar på. Laboratoriesvarportalen

Se laboratoriesvar på. Laboratoriesvarportalen Laboratoriesvarportalen februar 2012 September 2011 Brugermanual Se laboratoriesvar på Laboratoriesvarportalen Fra lægesystemet: Klik på din: Labsvar - sundhed.dk knap eller tilsvarende. Fra WebReq : Klik

Læs mere

Laboratoriesvarportalen. September 2015 September 2011. Brugermanual

Laboratoriesvarportalen. September 2015 September 2011. Brugermanual Laboratoriesvarportalen September 2015 September 2011 Brugermanual Indholdsfortegnelse: 1. HVAD ER LABORATORIESVARPORTALEN EN KORT BESKRIVELSE... 3 2. FÅ ADGANG TIL LABORATORIESVARPORTALEN... 4 2.1 VÆLG

Læs mere

Den gode webservice i LÆ projektet. Martin Holmgaard Rasmussen 23. oktober 2006

Den gode webservice i LÆ projektet. Martin Holmgaard Rasmussen 23. oktober 2006 Den gode webservice i LÆ projektet Martin Holmgaard Rasmussen 23. oktober 2006 Hvor er vi i dag? Databroker Kald er oprettet og funktionelle (dog ikke arkivsøgning) Hjælpekald leverer rigtige data Hovedkald

Læs mere

WebErfa 2012 DAGSORDEN UDGÅR

WebErfa 2012 DAGSORDEN UDGÅR WebErfa 2012 DAGSORDEN 1. Velkomst 2. Siden sidst - Implementering af Ny WebReq v/ Margit - Brugernes erfaringer v/ Alle 3. Forskningsmodul, PSA projekt v/ Margit 4. WebQuality v/ Helle Hesthaven - Skal

Læs mere

Referat fra 2. brugergruppemøde om tilbagesvarsprojektet

Referat fra 2. brugergruppemøde om tilbagesvarsprojektet Forskerparken 10 DK-5230 Odense M Telefon: 6543 2030 Mobilnr. 2342 2256 ghe@medcom.dk www.medcom.dk Dato 02.11.17 Vor ref. GHE Referat fra 2. brugergruppemøde om tilbagesvarsprojektet Tidspunkt: Torsdag,

Læs mere

VEJLEDNING TIL REKVIRERING AF PATOLOGIUNDERSØGELSER I WEB-REQ

VEJLEDNING TIL REKVIRERING AF PATOLOGIUNDERSØGELSER I WEB-REQ VEJLEDNING TIL REKVIRERING AF PATOLOGIUNDERSØGELSER I WEB-REQ Region Sjælland, Klinisk Patologi, Næstved og Slagelse Sygehus Indholdsfortegnelse. 1 Rekvirering og mærkning af cervixcytologisk materiale

Læs mere

Webservice til GYM-indberetning

Webservice til GYM-indberetning Webservice til GYM-indberetning Dato 04-11-2015 Version Status 1.1 Historisk Ansvarlig Lars Strange Side 2 af 12 Ændringshistorik Version Kapitel/afsnit Beskrivelse 1.1 Dokumentet Udvidet fra at omfatte

Læs mere

Procedure hos den bestillende læge:

Procedure hos den bestillende læge: Procedure hos den bestillende læge: Speciallægen bestiller prøverne på normal vis i Webreq. Bestilleren går videre til næste side i Webreq, hvor det er vigtigt at udfylde ønsket prøvedato og rekvisitionstype

Læs mere

Webservice til AMU-indberetning til Datavarehuset

Webservice til AMU-indberetning til Datavarehuset Webservice til AMU-indberetning til Datavarehuset Dato 27-06-2018 Version Status 1.0 Gældende fra og med den 1. juli 2018 Ansvarlig Lars Strange Side 2 af 16 Indhold 1 Indledning... 3 2 Kontakt Webservicen...

Læs mere

Regis-BCC integration

Regis-BCC integration 3 Public Release Public Release 19.08.2015 T150.411.3 Released Side 1 af 27 Indhold 1. Indledning... 3 Revisionshistorik... 3 Referencedokumenter... 3 Udeståender... 3 2. Forretningsoverblik... 4 Introduktion

Læs mere

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0 Det Fælles Medicinkort Snitfladebeskrivelse for Receptfornyelse og genbestilling Version 1.4.0 2012-11-21 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732 8788 DK www.trifork.com

Læs mere

DMDD

DMDD - 01.01.2014-31.07.2014 Opdatering af webreq Juni-release (Margits orientering) Webreq hardwaresetup opdateret udvidet med WebPatient- og Reminderservere Nu er der i alt 23 servere - 16 i direkte drift.

Læs mere

KMA-oplysninger. 1 Introduktion

KMA-oplysninger. 1 Introduktion KMA-oplysninger MADS MENU: KODER SYSTEMET KMA-OPLYSNINGER (E.1.1.) Revideret 07-02-2011 1 Introduktion I programmet KMA-oplysninger sættes en række grundlæggende indstillinger for MADS i afdelingen, fx

Læs mere

WebReq brugermøde august 2018

WebReq brugermøde august 2018 WebReq brugermøde - 22. august 2018 Status/beretning for halvåret - 01.01.2018 01.08.2018 WebReq i tal Udviklingspulje forbrugte ressourcer i perioden Hændelser og driftstiltag i perioden Planlagte og

Læs mere

MedWin laboratorieskema

MedWin laboratorieskema MedWin laboratorieskema EG Data Inform A/S Albert Ginges Vej 10 9800 Hjørring Dusager 4 8200 Aarhus N Lautrupvang 12 2750 Ballerup Telefon: 96 23 51 00 Telefon Service Desk: 96 23 51 11 - www.egdatainform.dk

Læs mere

Webservice til GYM-indberetning til DVH

Webservice til GYM-indberetning til DVH Webservice til GYM-indberetning til DVH Dato 24-06-2016 Version Status 1.2 Gældende fra og med den 1. juli 2016 Ansvarlig Lars Strange Side 2 af 12 Indhold 1 Indledning... 3 2 Kontakt Webservicen... 3

Læs mere

Release - Brugere. WebReq opdateres mandag den 1. december 2008 med følgende ændringer for brugere

Release - Brugere. WebReq opdateres mandag den 1. december 2008 med følgende ændringer for brugere Release - Brugere WebReq opdateres mandag den 1. december 2008 med følgende ændringer for brugere 1. Afkrydsede analyser vises organiseres i grupper. Tidligere blev afkrydsede analyser vist alfabetisk

Læs mere

DMDD

DMDD - 01.01.2015-31.12.2015 Margits orientering vedr. december-release Planlagte og gennemførte tiltag i 2015 Webreq andre tiltag Webreq i tal - produktionstal Webreq i tal - browsertyper Webreq i tal - udviklingsbudget

Læs mere

Det Fælles Medicinkort

Det Fælles Medicinkort Det Fælles Medicinkort 1.4 Adviseringer 2013-09-18 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark 45 8732 8787 Fax: 45 8732 8788 DK20921897 www.trifork.com Indhold Formål...3 Workflows...3 Workflow:

Læs mere

Den Gode LÆ-blanket Webservice (DGLÆ:WS)

Den Gode LÆ-blanket Webservice (DGLÆ:WS) Den Gode LÆ-blanket Webservice (DGLÆ:WS) MedCom arbejdspapir. Ver 0.2 18-06-2006. HVO Den Gode LÆ-blanket Webservice (DGLÆ:WS)...1 Del A: Formål og funktionalitet...2 Formål (=Usecase)...2 Sagsgangen i

Læs mere

WebReq brugermøde august 2017

WebReq brugermøde august 2017 WebReq brugermøde - 23. august 2017 Status/beretning for halvåret - 01.01.2017 31.07.2017 WebReq i tal Udviklingspulje forbrugte ressourcer i perioden Hændelser i perioden Planlagte og gennemførte tiltag

Læs mere

MC8-Praksis-Laboratorieprojekter

MC8-Praksis-Laboratorieprojekter MC8-Praksis-Laboratorieprojekter 2.05.2013 Dagsorden: 1. Velkommen 2. Siden sidst + demo af shared care platform 3. Røntgenhenvisninger 4. Henvisninger / Pakkeforløb Modtagelse Afsendelse Pakketabellen

Læs mere

Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer

Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer Indhold Baggrund... 1 Løsningsforslag 1: Omkuvertering i VANS... 2 Teknisk Beskrivelse... 2 Forudsætninger...

Læs mere

D INTEGRATIONSDESIGN FOR DATAAFTAGERE

D INTEGRATIONSDESIGN FOR DATAAFTAGERE DIGST ORKESTRERINGSKOMPONENT D0180 - INTEGRATIONSDESIGN FOR DATAAFTAGERE Version: 1.3 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. Alle rettigheder forbeholdes. Dokumenthistorik Version

Læs mere

DESIGNDOKUMENT (Teknisk dokumentation)

DESIGNDOKUMENT (Teknisk dokumentation) 29. feb.2016 version 1.2 Lægemiddelstyrelsens E2B Bivirkningsservice DESIGNDOKUMENT (Teknisk dokumentation) Dokument historik Version Dato Ændring 1.0 19-06-2014 Final version ifm. idriftsættelse 1.1 29-06-2015

Læs mere

Webservice til indberetning af kompetencedækning i folkeskolen Skoleåret

Webservice til indberetning af kompetencedækning i folkeskolen Skoleåret Webservice til indberetning af kompetencedækning i folkeskolen Skoleåret 2018-2019 Af Henrik Rosendahl-Kaa Opdateret: 30-11-2018 Dette notat beskriver kort webservicen hørende til Indberetning af kompetencedækning.

Læs mere

MC9- Sygehus-praksispakke

MC9- Sygehus-praksispakke MC9- Sygehus-praksispakke Dagsorden 1. Velkommen, Præsentation, Praktisk. Siden sidst, MC jubilæum 2. C1- Sygehus-praksispakke 3. Hvad skal vi lave indenfor rammerne 4. Hvilke systemer har I, hvad kan

Læs mere

MedCom Webservice proxy - Teknisk beskrivelse

MedCom Webservice proxy - Teknisk beskrivelse MedCom Webservice proxy - Teknisk beskrivelse MedCom Webservice proxy MedComWSProxy Applikation CVS Systemkrav Installation Opsætning Webservice Certifikat Email Periodisk kørsel Opsamling af data Indberetning

Læs mere

Eksport Portalen. Vejledning til API. Christian Holm 30. June Progressive A/S. Lyskær 3B DK-2730 Herlev Tel

Eksport Portalen. Vejledning til API. Christian Holm 30. June Progressive A/S. Lyskær 3B DK-2730 Herlev Tel Eksport Portalen Vejledning til API Christian Holm 30. June 2017 Progressive A/S Lyskær 3B DK-2730 Herlev Tel. +45 3525 5070 Tangen 6 DK-8200 Aarhus N Tel. +45 3525 5070 www.progressive.dk info@progressive.dk

Læs mere

WebReq Brugermøde. 2. Siden sidst - Nyt om laboratorieprojekterne i MC9

WebReq Brugermøde. 2. Siden sidst - Nyt om laboratorieprojekterne i MC9 Dagsorden 19. 1. Velkomst 2. Siden sidst 3. Releasen december 2014 4. Prioritering af indkomne ønsker 5. WebPatient 6. Anbefalinger mv. 7. Nationale profiler. 8. Deadlines, testdatoer, opdateringsdatoer

Læs mere

Webservice til EUD-indberetning til DVH

Webservice til EUD-indberetning til DVH Webservice til EUD-indberetning til DVH Dato 24-06-2016 Version Status 1.0 Gældende fra og med den 1. juli 2016 Ansvarlig Lars Strange Side 2 af 9 Indhold 1 Indledning... 3 2 Kontakt Webservicen... 3 3

Læs mere

Specifikationsdokument for servicen PID-CPR

Specifikationsdokument for servicen PID-CPR Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 www.nets.dk CVR-nr. 30808460 Specifikationsdokument for servicen PID-CPR Nets DanID december 2016 Side 1-7 Indholdsfortegnelse

Læs mere

Laboratoriesvarportalen

Laboratoriesvarportalen Laboratoriesvarportalen Brugermanual 2017 Indhold 1. Hvad er Laboratoriesvarportalen en kort beskrivelse... 2 1.1 Få adgang til Laboratoriesvarportalen... 3 2. Vælg ønskede svarlaboratorier... 4 3. Gennemgang

Læs mere

Referat fra møde vedr. tilbagesvar-parakliniske undersøgelser

Referat fra møde vedr. tilbagesvar-parakliniske undersøgelser Dato: 11.03.2015 Vor ref.: IJO Referat fra møde vedr. tilbagesvar-parakliniske undersøgelser Dato: Onsdag den 11. marts 2015 Sted: Deltagere: MedCom Bente Vestergaard, Region Midtjylland Lone Yde, Region

Læs mere

Nyt i WebReq December opdateringen 2015

Nyt i WebReq December opdateringen 2015 Nyt i WebReq December opdateringen 2015 Rekvirent/originalrekvirent med i oversigten I Sendte kan man i oversigten under Rekvirent se hvem der er original rekvirent, de samme oplysninger vises ved at føre

Læs mere