Kontekstinhallinta ja muut rajapintatarpeet Mika Tuomainen Juha Mykkänen SerAPI-projekti, HIS-tutkimus Kuopion yliopisto, Tietotekniikkakeskus, Centek.

Esitys aiheesta: "Kontekstinhallinta ja muut rajapintatarpeet Mika Tuomainen Juha Mykkänen SerAPI-projekti, HIS-tutkimus Kuopion yliopisto, Tietotekniikkakeskus, Centek."— Esityksen transkriptio:

1 Kontekstinhallinta ja muut rajapintatarpeet Mika Tuomainen Juha Mykkänen SerAPI-projekti, HIS-tutkimus Kuopion yliopisto, Tietotekniikkakeskus, Centek Common Services SIG 19.6.2006

2 Tässä esityksessä… …SerAPI-rajapintamäärittelyt …kontekstinhallinnan akuutit asiat …keskustelua

3 SerAPI-rajapintamäärittelyt HL7 Finland hyväksytyt Kontekstinhallinta v3 Ydinpalvelurajapinnat: käyttäjä, käyttöoikeus, potilas Ydinpalvelurajapinnat: koodistorajapinnat Valmiit + julkistetut DRG- ja APR-luokittelut OID-generaattori Käynnissä Ajanvaraus Potilaslistat Päätöksentuki Myös muita on ollut esillä

4 Kontekstinhallinnan akuutit asiat participantCoupon-tunnisteen käytön täsmentäminen participantCoupon tietotyyppi Uudet subjektit ja kontekstitiedot & uusien subjektien/tietojen kansallinen hyväksyttäminen Muita esiinnousseita asioita?

5 participantCoupon-tunnisteen käytön täsmentäminen participantCoupon-tunnisteen käytöstä täsmennys Open CDA 2006 FAQ - listalle sekä seuraavaan määrityksen versioon: Nyt määrityksessä "participantCoupon-tunnisteen pitää olla sovellusta tietyssä kontekstisessiossa yksilöivä. " Lisäys "Sen lisäksi tunnisteen on oltava koko koordinaattorilla yksilöllinen, sovellus ei saa käyttää yhtä ja samaa participantCoupon-tunnistetta eri sessioihin, eikä koordinaattori saa liittää sovellusta yhdellä ja samalla participantCoupon-tunnisteella useisiin eri sessioihin." Lisätään FAQ-listalle kysymys ja vastaus, päivitetään seuraavaan kontekstinhallinnan versioon

6 participantCoupon tietotyyppi participantCoupon on nyt tietotyypiltään long Onko mahdollista muuttaa string-tietotyypiksi? Mahdollistaisi monimutkaisempien participantCoupon-tunnisteiden muodostamisen Aiheuttaako muuttaminen ongelmia nykyisille toteutuksille? ContentType? Ellei, voidaanko ottaa mukaan seuraavaan määrityksen versioon muutoksena? Otetaan tämä käsittelyyn seuraavan kontekstinhallinnan määrittelyn yhteydessä.

7 Uudet subjektit ja kontekstitiedot & uusien subjektien/tietojen kansallinen hyväksyttäminen Uusia tietoja, joita halutaan välittää kontekstissa. Ehdotettu roolitietoa, organisaatio- ja toimintayksikkötietoa sekä käyttäjän tunnistustapaa (salasana vai vahva tunnistaminen). Onko näille tiedoille yleisestä käyttötarvetta? Muita vastaavia? Olisi hyvä sopia yleisesti siitä, mitä tietoja kontekstissa tarvitaan. Nämä tiedot voitaisiin välittää näin aina saman nimisinä.

8 Uudet subjektit ja kontekstitiedot, uusien subjektien/tietojen kansallinen hyväksyttäminen Pitäisi sopia tavasta, jolla tietojen nimiä saisi tulevaisuudessa hyväksytettyä kansallisella tasolla. Uusien standarditietojen takia tuskin kannattaa tehdä uutta versiota varsinaisesta määrittelystä. Kontekstitiedoista voisi ehkä laatia oman erillisen suosituksensa, jonka voisi sitten hyväksyttää kevyemmällä menettelyllä. Koodiston hyödyntäminen?

9 Uudet subjektit ja kontekstitiedot, uusien subjektien/tietojen kansallinen hyväksyttäminen Päätös: tehdään kontekstinhallintaan tarvittavista uusista subjekteista ja tiedoista erillinen dokumentti ja lisätään nämä subjektit ja tiedot koodistoon Kesän jälkeen SerAPI lähettää CS sig postilistan kautta pyynnön uusista tarvittavista subjekteista ja kontekstitiedoista Näistä koostetaan kommentoitavaksi erillinen dokumentti

10 Muita esiinnousseita asioita? ???