Den Gode Notifikation
|
|
- Helle Nielsen
- 5 år siden
- Visninger:
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
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
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). Request data RekvisitionOpret (se Bilag B) Response data Ingen Fejlmelding Exception (Se Bilag C) - 6 -
7 Modtaget Markerer, at rekvisitionen 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. 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. Når besvarelsen er komplet returneres desuden supplerende information fra Webreq i forbindelse med at rekvisitionen blev oprettet. 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). 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. 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 Afmelder alle notifikationer på en given rekvisition og sletter rekvisitionen på reminderserveren. Returnerer true hvis rekvisitionen blev fundet. Det er kun den der har oprettet rekvisitionen som kan slette den igen. 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. 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 de ældste 50 udestående rekvisitioner på reminderserveren for den autoriserede bruger. 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. 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. 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 son 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 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. Indeholder oplysninger fra
28 RekvisitionReminder RekvisitionType ProveTagningsTid Hotellet MedRptR0130KSvarModtaget DelsvarModtaget ReminderStatus RekvisitionReminderStatus RekvisitionReminder SvarKompletStatus Notifikationer RekvisitionNotifikation Guid Aktiv TriggerDatoTid SendtDatoTid DeltaDage Tekst AnsvarligNavn 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. False hvis der kun er modtaget svar i nyt format. 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 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 Tidspunktet for hvornår notifikationen blev afsluttet Trafiklys farve som en ReminderStatusColor Beskrivelse af status på reminderen
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)
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 er identisk med aktuelle produktionsversion. Testsystem 2 indeholder versionen af Webservicen, som aktuelt er under udvikling. Produktionssystem 1 er identisk med aktuel produktionsversion. Produktionssystem 2 kommer til at indeholde versionen af Webservicen så snart den er frigivet. WSDL hentes ved at skrive?wsdl efter URL en
Den Gode Notifikation
Den Gode Notifikation Rekvisitioner Tilbagesvar version 20170201 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav...
Læs mereTilbagesvar 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 mereTilbagesvarprojektet
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 mereRekvisitions 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 mereDen 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 mereDen 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 mereAuthorizationCodeService
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 mereTilbagesvar 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 mereTilbagesvar æ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 mereTilbagesvar 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 mereDen 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 mereWebReq æ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 mereDen 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 mereTilbagesvar 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 mereDen 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 mereIntroduktion 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 mereIndberetning 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 merePARAKLINISKE 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 mereTilbagesvarsmø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 mere2. 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 mereTilbagesvar. 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 mereProjekt 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 mereVejledning. 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 mereTilbagesvar 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 mereLabTilbagesvar. 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 mereTilbagesvar 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 mereNyt 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 mereTilbagesvarsdag 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 mereTeknisk 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 mereTilbagesvarsdag 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 mereCompetencies 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 mereForlø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 mereNotat. 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 mereDen 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 mereReferat 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Æ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 mereTilbagesvarsdag 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 mereTilbagesvar 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 mereTilbagesvar- 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 mereGræ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 mereDen 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 mereDKAL 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 mereNOVAX 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 mere26. 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 mereWebReq. 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 mereWebservice 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 mereVelkommen 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 mereWebReq-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 mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereEG 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 mereWebReq 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 mereUndersø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 mereWebservice 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 mereNOVAX 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 mereDPR 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 mereWebservice 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 mereVEJLEDNING 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 mereITD 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 mereWebReq 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 mereWebReq-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 mereReferat 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 mereWebErfa 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 mereWebReq 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 mereRegis-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 mereDESIGNDOKUMENT (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 mereWebservice 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 mereDigital 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 mereDen 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 mereWebservice 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 mereDMDD
- 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 mereNyt 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 mereVejledning 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 mereWebservice 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 mereDen 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 mereSpecifikationsdokument 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 mereEksport 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 mereDMDD
- 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 mereProcedure 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 mereKMA-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 mereDigital 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 mereBeskrivelse 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 mereD 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 mereReferat 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 mereGrænseflade til afhentning af grundskoleprøvekarakterer fra Optagelse.dk
Grænseflade til afhentning af grundskoleprøvekarakterer fra Optagelse.dk Dato 24-06-2016 Version Status 1.0 Gældende fra og med den 1. juli 2016 Ansvarlig Tobias Thisted Side 2 af 8 Indhold 1 Introduktion
Læs mereNotat. Vedrørende: Indberetning af elevdata september 2015: Web-service. Version: 1.2 Fordeling:
Notat Vedrørende: Indberetning af elevdata september 2015: Web-service Skrevet af: Version: 1.2 Fordeling: Henrik Rosendahl-Kaa Vester Voldgade 123 1552 København V Tlf.nr.: 35 87 88 89 E-mail: stil@stil.dk
Læs mereMC8 projektet PARAKLINISKE UNDERSØGELSER Tilbagesvar. Forslag til løsning og videre proces
MC8 projektet 6.2.6 PARAKLINISKE UNDERSØGELSER Tilbagesvar Forslag til løsning og videre proces Ib Johansen, 06.12.2013 Baggrund Alle læge- og speciallægepraksis bestiller og får foretaget laboratorieundersøgelser
Læs mereDKAL Snitflader REST HTTP returkoder
DKAL Snitflader REST HTTP returkoder 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 3 A5.2 HTTP RETURKODER 3 A5.3 DKAL FEJLKODER 6 A5.3.1 DKAL XML FEJLFORMAT 7 Bilag A5: REST HTTP returkoder
Læs mereWebReq 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 mereFodstatus opslag. Funktionalitetsudvidelse af REFHOST-løsningen. Modtagelse, lagring, opslag og genfremsendelse af fodstatusskema.
Funktionalitetsudvidelse af REFHOST-løsningen Modtagelse, lagring, opslag og genfremsendelse af fodstatusskema. Løsningen skal understøtte en landsdækkende database, der sikrer tilgængeligheden af disse
Læs mereMC9- 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 mereNyt 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 mereSOSI STS Testscenarier
SOSI STS Testscenarier Version 1.0.1 Status: Offentliggjort Indholdsfortegnelse 1 Introduktion... 2 1.1 Baggrund...2 1.2...2 1.3 Baggrundsmateriale... 2 1.4 Adgang...2 2 Test af STS Webservice... 4 2.1
Læs mereWebReq-brugermøde DAGSORDEN: Velkomst, 2. Siden sidst
WebReq-brugermøde DAGSORDEN: 30.01.2013 1. Velkomst, 2. Siden sidst MedCom8 sådan går laboratorieprojekterne. Proces med indførelse af kortnavne, NPN mv. 3. Udvidelse af WebReq-brugergruppen med yderligere
Læs mereDet 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 mereMedCom 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 mereDMDD
- 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 mereftuapplicationservice _03_27
ftuapplicationservice - 2017_03_27 URL Tjenesten på Optagelse.dk kan findes via følgende webservice beskrivelse (kræver også login): Test: https://test.optagelse.dk/security-proxy/webservice/ftuapplicationservice20170327?wsdl
Læs mereWebservice til FGU-indberetning til Datavarehuset
Webservice til FGU-indberetning til Datavarehuset Dato 17-09-2019 Version Status 1.0 Gældende fra og med 20. september 2019 Ansvarlig Lars Strange Side 2 af 11 Indhold 1 Indledning... 3 2 Kontakt Webservicen...
Læs mere