Resurssin potilaslista + Potilashallinnon ydinjärjestelmä - ruokapalvelun järjestelmä-integraatio

1. Resurssin potilaslista + Potilashallinnon ydinjärjestelmä - ruokapalvelun järjestelmä-integraatio Juha Mykkänen, Hannu Virkanen, Marko Sormunen, Jari Porrasmaa SerAPI-työkokous 18.5.2006, Kuopio

2. 9:15 Aamukahvi 9:30 Potilaslista: yleistilanne, tavoitteet ja kohdekuvaus (Juha Mykkänen) 9:45 Osallistujien tarpeet ja suunnitelmat: KYS (Tapani Sukkala, Juha Rannanheimo) Medici Data (Juha Sorri, Tarmo Tuomi, Virpi Pelto) WM-data (Timo Sulkakoski) n. 10:30 Käsiteltävät kysymykset: yleiskuva 11-12 Lounastauko 12-13:30 Käsiteltävät kysymykset: tarkempi läpikäynti 13:30-14:00 Jatkotyöstö, eteneminen päivän tavoitteet: yhteisymmärrys tarpeista tuotosten määrittely etenemistavan sopiminen Agendarunko 18.5.

3. Potilaslista: yleistilanne + tavoitteet • määritelty viime syksyyn asti, saatavilla: • kohdekuvaus • toiminnallinen määritys • tekniikkariippumaton määritys • http://www.uku.fi/tike/his/serapi/yhteys/kohteet.html#resurssin_potilaslista • tarkennus jäi odottamaan osapuolten konkreettisia tarpeita, nyt tullut ajankohtaiseksi • tavoitteet • avoin rajapinta, jolla potilaslistojen (+tarkempien potilastietojen?) kysely järjestelmien välillä • konkreettinen ratkaisu potilasjärjestelmäydin (MD) <-> ruokatilaukset (Web-Mysli) tietotarpeeseen • tarvittavat määritykset nykytarpeiden pohjalta

4. Käsiteltäviä kysymyksiä • Rajapintatarpeet käyttäjien, Web-Myslin ja MD-järjestelmäytimen kannalta • Potilaslistan käyttötilanteet ja käyttäjät • Tietosisällöt: haettavat "listatiedot" ja tarkemmat potilastiedot • Haussa tarvittavat rajaukset • Paluuarvot • Tekniset/rajapintakysymykset • ratkaisumalli • valmiit määritykset • turvallisuusseikat • ym.

5. Osallistujien tarpeet ja suunnitelmat • KYS (Tapani Sukkala, Juha Rannanheimo) • Medici Data (Juha Sorri, Tarmo Tuomi, Virpi Pelto) • WM-data (Timo Sulkakoski) • myös muilta tullut erilaisia potilaslistoihin liittyviä tarpeita

6. Rajapintatarpeet • käyttäjien, Web-Myslin ja MD-järjestelmäytimen kannalta • yleiset potilaslistatarpeet • olemassa oleva Mysli-potilashallinnon rajapinta -> tarpeita uudelle ratkaisulle (enemmän sisältöä, tekninen nykyaikaistaminen) • potilaslistan käyttötilanteet • milloin järjestelmien välillä tarvitaan potilaslistaa (osastoilla / keittiössä, ruokajakelu, ruoka-ainetilaukset, muita käyttötilanteita?) • päällekkäisyyksien vähentäminen, miltä osin voi vähentää? • reaaliaikaisuuden tarpeet? • onko tarpeen käydä näitä asioita käyttäjien kanssa läpi tarkemmin?

8. Tietosisällöt - potilaslistakysely • yksikön potilaslista, potilaiden ruokavalio-, allergia-, riskitietoja • mitä tarkemmin? • rajaukset potilaslistakyselyyn • ajankohtarajaukset • yksiköt/muut resurssit - mitä yksilöintiä käytetään? • sisäänkirjatut / pkl-potilaat / hoidonvaraus potilaat • pakolliset ja parametroitavat palautettavat tiedot? • hakuarvojen selvä erottaminen palautettavista arvoista • erotetaanko listan ja tarkempien tietojen haku (+määrittely) toisistaan?

9. Tietosisällöt - palautettavat tiedot • potilastunnisteet • nimet • sijainti (miten tarkasti?) • mitä ruokavaliotietoja potilashallinnosta? • ruokavaliotietojen muoto? • ydintiedoista koodatut riskitiedot? (ydintiedoissa on mm. allergiat) • ei lääke- tai tutkimustietoa (~riskitietoja nekin) ruokatilauksia varten?

10. Arkkitehtuurikysymykset • ydinpalvelu sopiva ratkaisumalli: potilaslistan tarvitsijat kutsuvat, ydin vastaa välittömästi? • haetaanko tarkemmat potilaskohtaiset tiedot erillisellä kutsulla vai osana potilaslistaa? • jos, niin mitä menee aina potilaslistassa? • tietosisältöjen esittämisvaihtoehdot rajapinnoissa • nykymallilla onnistuu että perustietojoukolla tehdään yleinen kysely, ja eri tilanteisiin voidaan sopia / määritellä tarkempia tietojoukkoja (traits) • voi myös olla trait:eja, jotka sisältää listoja (esim. lääkitys) • ei lainkaan "kiinteästi määriteltyjä" potilas? • kyselymahdollisuus monista järjestelmistä? • eri resurssit eri järjestelmissä -> myöh. resurssihakemisto? • mistä tiedetään minkä resurssien listoja saa tietyltä palvelulta? • find, getMore, dropRemaining-> tarvitaanko tilallisuutta?

11. Tekniset rajapintakysymykset + liitettävyys • WSDL/SOAP ok rajapintatekniikkana? • vaihtoehtoina esitetty myös HL7v2 ja v3 Patient Administration • triggerit kutsuihin - yleisesti? • turvallisuustarpeet • käyttäjän tunnistaminen? • hoitosuhde? • liikenteen salaus (+sovellusten tunnistaminen) • ydinrajapinnoissa sessiokupongin käyttö - vaatii käyttäjärajapintakutsun? - tarvitaanko käyttäjän tunnistaminen aina?

12. Eteneminen • Etenemistapa: • Ydinpalvelu WSDL/SOAP-rajapinnalla lähtökohtana? Jos nykymalli sopii, kyse lähinnä käytettävien tietojen tarkennuksista • määrittelypolku: etenemisen periaatteet tästä kokouksesta -> määrittelyjen käynnistys ja kommentointi • osapuolilta lisämateriaalia?, avoin kommentointi ja työstö (myös HUS, muut osapuolet, TYKS?) • puhelinkokoukset / tapaamiset? • Hannu.Virkanen@uku.fi kohteen vetäjänä • Tuotokset: • rajapintamäärittelyt: tekniikkariippumattoman tarkennus + yleiskäyttöinen mekanismi pyydettävien tietojen nimeämiseen, aina tarvittavat perustiedot? • sisältömäärittelyt: nimetyt tietoelementit potilashallinto -> ruokatilaukset • Aikataulu: • osallistujien kokeiluja syksyllä, käyttöönottoja ensi vuoden alusta?

13. Kiitokset erityiskiitokset: Tapani Sukkala Virpi Pelto, Juha Sorri Timo Sulkakoski työpajaosallistujat

14. Potilasydinpalvelut • Perustuvat OMG:n PIDS-standardiin (Person Identification Service) • Toiminnallisuus hyödynnetty, ei CORBAa • IdentifyProfile – potilaiden haku • FindCandidates • GetMoreCandidates • DropRemainingCandidates • ProfileAccess – yhden potilaan tarkempien tietojen haku • GetProfile • (UpdateProfile, CreateProfile, DeleteProfile)