Agenda Målsettingen med møtet Presentasjon av deltagerne og status på hvor deltagerne står i forhold til implementering Gjennomgang av akseptansetester og bruk av meldingen samt problemer og utfordringer Lunsj ca. kl 12.00 Applikasjonskvittering og patologisvar – status og utfordringer ved bruk Problemer og utfordringer med elektronisk rekvirering hvis tiden tillater det. Oppsummering og konklusjon Eventuelt
Målsettinger Generelle målsettinger for arbeidsmøtene: - Sikre lik forståelse av bruk og implementering av meldingsstandarder
- Være et forum for å diskutere praktiske problemstillinger, og oppnå nasjonal konsensus
- Ivareta en god arbeidsform med leverandører og brukere. Og motta tilbakemeldinger.
Målsettinger for dagen: - Oppnå nasjonal konsensus om hvordan patologisvar skal overføres med ”Svarrapportering av medisinske tjenester”.
- Oppnå nasjonal konsensus om bruk av applikasjonskvittering
- Kartlegge hvilke informasjonselementer som bør spesifiserer mer eksplisitt. Dette bør samordnes med NEKLAB.
- Bli enige om ansvarlige for oppfølging av spesifikasjonene (nedsette arbeidsgruppe?)
- Synliggjøre utfordringer for full bredding av løsningen
- Informere om pågående arbeid
Tentativ status XML svar v1.2 skal benyttes - Behov for nye kodeverdier må identifiseres
- Konsensus om bruk av meldingen må etableres
- Utkast til akseptansetest er utarbeidet
- Må kvalitetssikres og eventuelt nye eksempler må lages
Siemens og Tieto Enator har implementert meldingen? Ullevål og Stavanger har sendt noe svar eksternt? Status på mottak? Meldingen sendes internt på St. Olavs
Viktige prinsipper for gode løsninger - Riktig innhold
- Ikke for mye, ikke for lite
- God presentasjon
- Overskrifter, avsnitt, tydelig konklusjon
- Informasjon på riktig sted til riktig tid
- Direkte i EPJ når det er behov for den
Det skal være mulig å følge pasientforløp fra den enkelte EPJ
Utfordringer Sikre entydig overføring av ”kodet” informasjon - Hvilke XML-attributter og kodeverdier skal benyttes for å dekke avkrysningsfelt som benyttes i dag?
Kliniske opplysninger fra rekvisisjonen - Hvordan skal disse overføres?
Detaljeringsnivå på hva som er lovlig og ikke lovlig - Hvor mye skal forhåndsdefineres?
- Se på eksempel fra Danmark (Roger)
Viktig grunnlagsinformasjon Samhandlingsarkitektur Bruk av XML i helsefaglige meldinger Bruk av Helsetjenesteenhet i XML Applikasjonskvittering (meldingsdokumentasjon) ebXML - Revidert dokumentasjon er under ferdigstilling
Retningslinjer for håndtering av vedlegg
Hva er viktig ved mottak? Hvordan bør dette presenteres? - Etabler faglig konsensus som ivaretar både avsender og mottakers behov.
- Viktig å vise det som er mest kritisk "at a glance" i det lille visningsvinduet, og så kan vi scrolle når vi trenger supplerende info.
Presentasjon - Kun i journal (strukturert/ustrukturert) eller pdf i tillegg?
Innkomne utfordringer Screener - hvordan overføres dette i meldingen
Hvordan presentere svaret Dato for registrering/lagring - Hvordan bør dette styres elektronisk? Rekvisisjon:
- Alternativ prøvetype – hvor skal denne informasjonen plasseres i rekvisisjonsmeldingen?
Suksessfaktorer God brukermedvirkning - Sikrer samhandling og helsefaglig forståelse
- Sikrer arbeidsflyt
Tett oppfølging av leverandører Aktiv testing og evaluering av løsninger med aktiv bruk av test- og godkjenningsordning
Applikasjonskvittering Applikasjonskvittering - Er alltid tilbakemelding på en spesifikk melding
- sendes automatisk fra mottagerapplikasjonen
- Kan benyttes som en enkel kvittering (OK / avvist), eller med detaljerte tilbakemeldinger
Applikasjonskvittering Applikasjonskvittering bekrefter at mottagerapplikasjonen kan tolke mottatt melding - Den sier ingen ting om logikken i innholdet såfremt dette ikke er implementert
For å kunne nyttiggjøre seg applikasjonskvitteringen, må man ha etablert rutiner som sikrer god behandling og oppfølging på riktig nivå ved feil/avvik Viktig at alle kan motta applikasjonskvittering for å ikke bremse innføringen
ebXML, Apprec og fagmelding ebXML, applikasjonskvittering og fagmelding må kunne knyttes sammen på en entydig måte - Krever unike ID’er
- Entydig hvilke ID’er som skal benyttes
ebXML bestemmer forretningsprosessen (Service i ebXML). Applikasjonskvittering må knyttes sammen med riktig forretningsprosess og riktig fagmelding Entydige regler for alle forretningsprosesser må utarbeides
Patologisvar Kliniske opplysninger Diagnose Vurdering/kommentar Makrobeskrivelse Mikrobeskrivelse Viktig å synligjøre status til meldingen (ny, endret, revidert etc.) Id på svar (globalt unik) Konformitetsdokument? - Hvor er det avvik mellom Tieto og Siemens
Oppsummering Vedlegg er viktig for å kunne sende med kliniske opplysninger Overskriftskoder + rekkefølge må defineres Prøvedato – hva gjøres når denne mangler Se på muligheter for OCR-scanning av kliniske opplysninger Rolle til ansvarlig (overlege, ass. Lege, bioing) - Hvordan overføres dette i meldingen.
Maler for spesifikke svarrapporter –må utarbeides av fagmiljøene - KITH kan bistå med retningslinjer for hvordan opplysninger overføres
Do'stlaringiz bilan baham: |