Juha Mykkänen, Hannu Virkanen, Marko Sormunen, Jari Porrasmaa

Esitys aiheesta: "Juha Mykkänen, Hannu Virkanen, Marko Sormunen, Jari Porrasmaa"— Esityksen transkriptio:

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

2 Agendarunko 18.5. 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

3 Potilaslista: yleistilanne + tavoitteet
määritelty viime syksyyn asti, saatavilla: kohdekuvaus toiminnallinen määritys tekniikkariippumaton määritys 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?

7

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? 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)

15

16

17