Standardit ja tietoarkkitehtuuri valitse viisaasti

Koko: px
Aloita esitys sivulta:

Download "Standardit ja tietoarkkitehtuuri valitse viisaasti"

Transkriptio

1 Standardit ja tietoarkkitehtuuri valitse viisaasti KAOS tapaaminen Espoo, Juha Mykkänen HIS-tutkimusyksikkö Tietojenkäsittelytieteen laitos Itä-Suomen yliopisto, Kuopion kampus 1

2 Puhujan ja sisällön taustaa Juha Mykkänen, FT tutkimusjohtaja, Itä-Suomen yliopisto, Kuopion kampus, HIS-tutkimusyksikkö, tutkimuslinjan johtaja, Kuopio Welfare Research Center KWRC health and wellbeing information systems, interoperability, SOA, EA, modeling projekteja palvelupohjaisen kokonaisarkkitehtuurin ja integrointiratkaisujen tutkimiseen ja kehittämiseen, tähän esitykseen liittyvät: SOLEA: palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri Sosiaalialan tietoteknologiahanke - Tikesos Healthcare services specification project (HSSP) / HL7 and OMG, Integrating the Healthcare Enterprise - IHE.fi Various HL7 Finland and web services standards implementation guides, standardien määrittely, arviointi ja hyödyntäminen: HL7 Finland 2004-, varapuheenjohtaja + IHE SIG + SOA SIG, HL7 International SOA ambassador OMG, Object Management Group (erityisesti Healthcare DTF), SFS 2007-, SR:t 301 Terveydenhuollon tietotekniikka ja 310 Verkkosovellukset JHS standardisalkku

3 Sisältö Johdanto Standardit ja standardoinnin kohteet tietoarkkitehtuuri suurennuslasin alla Standardien arviointi ja valinta Tärkeät valinnat Keskustelu Painotettavat näkökulmat: yhteentoimivuuden tukeminen kokonaisarkkitehtuurissa EA-tulokulma [Dragstra, 2005]: Business-IT alignment (IT centric) Manage and improve business processes (Business process centric) Understand and govern business better (Governance centric) 3

4 konsensus: hyväksyminen uudelleenkäyttö asiakirja lain ja ohjeen välimaastossa Standard(is)ointi STANDARDI = tunnustetun osapuolen hyväksymä dokumentti, jossa on määritelty yleistä ja toistuvaa käyttöä varten sääntöjä, ohjeita tai piirteitä tuotteille, prosesseille tai palveluille [Project management institute] Standardoinnin tavoitellut hyödyt: teknisiä ja taloudellisia koordinaation muoto yhteensopivuuden lisääntyminen eri toimijat, eri toimittajien tuotteet mahdollisuus keskittyä korkeamman tason ominaisuuksiin edistää teknologian vähittäistä kehittämistä vähentää teknisesti ja kaupallisesti merkityksettömiä eroja visio avoimesta järjestelmästä, johon voidaan kehittää uusia tuotteita tietojärjestelmät yhä enemmän yhteiskäyttöisiä, verkottuneita, alueellisia ja kansallisia 4

5 Standardoinnin kohteita tietosisällöt (kohdealueen, järjestelmien, asiakirjojen, rajapintojen...) tiedon siirto/esitysmuodot (viestit, asiakirjamuodot, rakenteisuus, tietotyypit jne.) järjestelmien toiminnalliset ominaisuudet arkkitehtuuri (osat, niiden suhteet + kehittämisperiaatteet) rajapintatekniikat turvallisuusratkaisut tietoliikenne, viestit, sanomat palvelurajapinnat jne. medicine and healthcare processes, pathways quality of care information models and elements terminologies, classifications, codes guidelines, knowledge standardization relevant to ehealth and HIS healthcare IT and IS electronic health records security and confidentiality support for processes service and API interfaces archiving and long term storage message interfaces electronic clinical documents data types and formats architecture IT, domain-neutral and cross-domain software production / development security process description and definition interface technologies messaging and enveloping electronic documents egovernmenance and architecture identification data communications TOIMIALAKOHTAISET, (YHDISTELMÄ), YLEISET JA TEKNISET 5

6 Yhteentoimivuustasot European Interoperability Framework Technical tekninen liitettävyys Avoimet rajapinnat, liitettävyyspalvelut, tietointegraatio, väliohjelmistot, tietojen esitys- ja siirtomuodot, saatavuus- ja turvallisuuspalvelut Semantic tietojen ymmärrettävyys Siirretyn tiedon tarkka merkitys, jotta se voidaan ymmärtää myös sovelluksissa jotka eivät ole tiedon lähteitä, tietojen yhdistely Organizational organisaatioiden yhteistoiminta Toiminnan tavoitteet, toimintaprosessien yhteensopivuus, hallintojen luomat edellytykset, palvelujen saatavuus ja tunnistettavuus käyttäjille yleiset ja toimialariippumattomat standardit tukevat kaikkia tasoja, mutta sisältöjen sopiminen usein toimialaspesifiä 6

7 Standardit syötteinä tietonäkökulman kuvauksille kokonaisarkkitehtuurissa (TOGAF) Preliminary Phase Principles catalog Phase A, Architecture Vision Stakeholder Map matrix Value Chain diagram Solution Concept diagram Phase B, Business Architecture Organization/Actor catalog Driver/Goal/Objective catalog Role catalog Business Service/Function catalog Location catalog Process/Event/Control/Product catalog Contract/Measure catalog Business Interaction matrix Actor/Role matrix Business Footprint diagram Business Service/Information diagram Functional Decomposition diagram Product Lifecycle diagram Goal/Objective/Service diagram Use-Case diagram Organization Decomposition diagram Process Flow diagram Event diagram Phase C, Data Architecture Data Entity/Data Component catalog Data Entity/Business Function matrix System/Data matrix Class diagram Data Dissemination diagram Data Security diagram Class Hierarchy diagram Data Migration diagram Data Lifecycle diagram Phase C, Application Architecture Application Portfolio catalog Interface catalog System/Organization matrix Role/System matrix System/Function matrix Application Interaction matrix Application Communication diagram Application and User Location diagram System Use-Case diagram Enterprise Manageability diagram Process/System Realization diagram Software Engineering diagram Application Migration diagram Software Distribution diagram Phase D, Technology Architecture Technology Standards catalog Technology Portfolio catalog System/Technology matrix Environments and Locations diagram Platform Decomposition diagram Processing diagram Networked Computing/Hardware diagram Communications Engineering diagram Phase E. Opportunities & Solutions Project Context diagram Benefits diagram Requirements Management Requirements catalog 7

8 Tietonäkökulman standardivalintoja metataso käytämme näitä mekanismeja tietomallien ilmaisemiseen mallinnusnotaatiot tai -käytännöt, rajapintatekniikat tyyppitaso käytämme näitä tietorakenteita toimialan ja sovellusten / rajapintojen tietomallit looginen ja fyysinen / tekninen sisältötaso käytämme näitä tietoja terminologiat, koodistot, luokitukset (varsinainen tieto ja master data harvoin standardoitua) 8

9 Yhteentoimivuustasot 1 standardi ottaa kantaa joihinkin ja vaikuttaa joihinkin järjestelmän elinkaari toiminnallinen arkkitehtuuri Lait, ohjeet, toimintatavat Prosessit Kehitysprosessin liittymät Toiminnallinen viitemalli Semantiikka Toiminnalliset liittymät sovellusarkkitehtuuri tekninen arkkitehtuuri ratkaistava kaikissa sovellusintegraatiotilanteissa Sovellusinfrastruktuuri Tekninen infrastruktuuri Tekniset liittymät Verkot Laitteet [Peter Herzum, Oliver Sims] 9

10 Tasojen sisältöä tietoarkkitehtuurin näkökulmasta Prosessien tunnisteet, niiden osana olevien toimintojen rajapinnat Metatason standardivalinnat (notaatiot), tietomallinnuskäytännöt Yhteinen käsitemalli, yhteinen tietomalli (esim. RIM) tai käyttökohde- / sovelluskohtaiset tietomallit Prosessit Kehitysprosessin liittymät Toiminnallinen viitemalli Koodistot, terminologiat, luokitukset Tyyppitason standardivalinnat, rajapinnoissa käytettävät tietomallit, dokumenttimäärittelyt, parametrimäärittelyt, tietohakemistokuvaukset MDM-arkkitehtuurivalinnat, keskitys- ja hajautusvalinnat Viestinvälitys- ja integraatioalustat (ESB), muunnos- ja provisiointipalvelut Viestinvälitys- ja integraatioalustat (ESB), muunnos- ja provisiointipalvelut Semantiikka Toiminnalliset liittymät Sovellusinfrastruktuuri Tekninen infrastruktuuri Tekniset liittymät 10

11 Standardien arviointi ja valinta - esimerkkiprosessi [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ]

12 Arviointiprosessi piirreanalyysin ja yleisten arviointisuositusten (SA-CMM) hyödyntäminen periaate: ensin yleiskuva standardista, VAIN TARVITTAESSA porautuminen tarkemmin tutkittaviin seikkoihin vaiheet 1-3: vaatimusten dokumentointi, materiaalin hankinta, arvioinnin suunnittelu vaiheet 4-8: yleiskuvan luonti standardista (scope, kenelle ja mihin tarkoitukseen, päälähestymistavat, miten laajasti käytössä (päätös tutkitaanko tarkemmin standardisalkkutyössä EI?) vaiheet 9-15: tarkka eri vaikutusten analysointi vaiheet 16-17: yhteenveto ja tulosten koostaminen myös yksinkertainen kaava standardien pisteyttämiseen tapauskohtaisia vaatimuksia vasten

13 Arviointikehys 1-9 täytettävää lomaketta, max 54 arvioitavaa kohtaa [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ]

14 JHS-standardisalkkuluonnoksessa korostettavia + soveltuvuus julkisen hallinnon EA-kehikkoon

15 EVALUATION FORM FOR INTEROPERABILITY STANDARDS Evaluation date: [YYYY-MM-DD] Evaluator: [Names, contact information] I BASIC INFORMATION AND SCOPE OF THE STANDARD 1. Abbreviation: [official abbreviation preferred] 2. Name of the [official] specification: 3. Version: [or date of the specification, if applicable] 4. Standard [name of organization, how available (address, limited/freely etc.)] organization and availability: 5. Scope statement of [citation] the standard: 6. Intended audience: technical business domain: combination/other 7. If domain specific: what is the business domain and [description] detailed sub-domain (see also form IX) 8. Number the relevant aspects (only), which standard specifies in relation to applications [20] (1 = most relevant) a) Organizational or individual goals, procedures or activities [#] b) Information or data in information systems or interfaces [#] c) Functionality, operations or workflows in information systems or [#] interfaces d) System architecture, components and connections [#] e) Interface or implementation technologies [#] 9. For the numbered aspects above, which are Concrete (what is in the [a-e] specified on concrete (what) level, which are specified on meta (how) level? solution): Meta (how it is specified or described): [a-e] Perustiedot-lomake (I) 10. Number the relevant aspects (only), which are specified in the standard [15] (1 = most relevant) (you can also describe how, unless you do not use more specific forms below) a) Interface technology [#] b) Implementation technology [#] c) Technology infrastructure (what is needed in [#] the technical environment, in relation to e.g. communication technology) d) Physical system distribution (e.g. servers, [#] clients, network connections) e) Logical system architecture (e.g. functional [#] parts or components) f) Data elements or information in interfaces [#] g) How to specify data elements or information [#] h) Operations or functions in interfaces [#] i) High-level information model or data [#] dictionary j) Workflows or processes [#] k) How to specify operations, functions, [#] workflows or processes l) Semantics for the data or information [#] m) Codesets, terminologies, classifications [#] n) Methods or procedures for human activities [#] in the application domain o) Methods or procedures for application or [#] software development 11. For the numbered aspects above, which are Concrete (what is in the [a-o] specified on concrete (what) level, which are specified on meta (how) level? solution): Meta (how it is specified [a-o] or described): 12. What are the main external (other) standards referenced? [description, references] 13. Short description of [description] how the standard is typically used: [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ] 15

16 II INFORMATION AND SEMANTICS 14. Is there an information model or a [description or n/a] concept model? How is it specified? 15. Are the main concepts specified? [description or n/a] What are they and what type are they? 16. Are the relationships between concepts [description or n/a] specified? How? 17. Is the scope of the concepts and [select one + description] relationships one application, specific domain, generic, or representation? [40] 18. Which of the following types of information does the standard specify [27],[1]? How? a) specific or allowed values or names (e.g. [description or n/a] list of terms, terminology, value sets) instance level b) names of parameters or data elements [description or n/a] type level c) data types of parameters or elements [description or n/a] type level d) relationships to related other types of [description or n/a] objects or information context level e) how to specify a,b,c or d meta level [description or n/a] 19. (if 18a): Is the specification one of the following? a) set of restricted coded values, with related explanation or definition (code set) [y/n, description] b) an arranged list or collection of words or phrases with explanation or [y/n, description] definition (vocabulary) c) as 19a or 19b with identified or grouped collections of included concepts [y/n, description] (classification) d) as 19c + hierarchical system with super- and subclasses (hierarchical [y/n, description] classification) e) one of the above + set of defined relationships between instances [y/n, description] (terminology) Information and semantics lomake (II) 1/2 16

17 20. (if 18b, 18c, 18d or 18e): Information syntax and granularity in interfaces a) Are parameters or elements described, using what [y/n, description] notation, syntax and technology are? b) Are there message or document structures specified? [y/n, description] How? c) Are there specified data types used? How? [y/n, description] d) Are parameters, messages or structures atomic or are [y/n, description] they grouped or structured to form real world objects? e) Does the information rely on identifiers, and how are [y/n, description] these identifiers used? 21. (if 18b, 18c, 18d or 18e): Information semantics in interfaces: Which mechanisms are used to specify the meaning or semantics in parameters or data elements? a) Natural language [y/n, description] b) Higher level reference model (e.g. RIM) or ontology [y/n, description] c) Formal constraint definition (languages, templates) [y/n, description] d) References to external code sets, classifications or [y/n, description] terminologies and their versions 22. Does the specification contain following flexibility features or guidelines for them? a) Separate content definitions from abstract interfaces [y/n, description] b) Information content versioning [y/n, description] c) Code set (classification, terminology) versioning [y/n, description] d) Automatic adaptation of system to content definitions [y/n, description] e) Other [description] 23. Are required and optional elements documented? [y/n] 24. Is the meaning of missing or empty values (or null [y/n, description] flavours) defined? 25. Does the information (see 18) assume use of a given [y/n, description] methodology for the user or the developer (e.g. procedure or guideline, given modelling tools or notation etc.) 26. Additional considerations [description] Information and semantics lomake (II) 2/2 17

18 ICD-10 (International Classification of Diseases) Käyttötarkoitus: Tautiluokitus ja -koodisto, sisältää myös useita sanamuotoja samalle koodille Standardointiorganisaatio WHO / Stakes / -perhe: Lisämateriaali: Www: ICD : ICD 10: ICD-10-tautiluokitus (Stakes): Ensisijaiset RM-ODPtasot: Information Ensisijaiset 7-tasomallin Semantiikka (5) tasot: Esimerkkejä - minimitaulukoita CCOW (ent. Clinical Context Object Workgroup) Käyttötarkoitus: Terveydenhuollon työpöytäintegraatio, sovellusten koordinointi. Standardointiorganisaatio HL7 / -perhe: Lisämateriaali: (Komulainen, Tuomainen 2002), (Tuomainen et al., 2004), (Seliger, Royer 2002) Www: HL7 CCOW Committee: HL7 Finland Common Services SIG (HL7-yhdistyksen sivuilla: Ensisijaiset RM-ODPtasot: Computational Ensisijaiset 7-tasomallin Liittymien sisältö (4) tasot: 18

19 Standardi Person Identification Service (PIDS) (Corbamed 1999, Savolainen 2004) Standardointijärjestö OMG Healthcare Domain Task Force / -perhe Tutkittu versio 1.0 Kohdealue Tarkoitus Henkilön tunnistaminen Kohdealue Terveydenhuollon hajautetut sovellukset Ensisijainen RM- Computation: määritellään oliopalveluita ODP-näkökulma Muut RM-ODPnäkökulmat (Engineering) Liittymät on määritelty OMG IDL:llä, toteutus vaatii ORB-tuotteen Ensisijainen 7- Toiminnalliset liittymät (4) IDL:llä määriteltyjen operaatioiden nimet ja tasoisen mallin taso parametrit Vaikutukset muille Edellyttää CORBA-sovellusinfrastruktuuria (2), käyttää OMG IDL:ää (1), 7-tasomallin tasoille edellyttää puhtaasti sovellettuna hajautettua CORBA-arkkitehtuuria (3), edellyttää sovittimia, joilla voidaan käyttää henkilön erilaisia tunnisteita, jos niitä on sovelluksissa (6) Toiminnot ja tietosisältö Tieto- tai käsitemalli Keskeiset käsitteet ja niiden suhteet on määritelty Tietosisältö Liittymien parametrit, trait names-määrityksiä olemassa HL7 versio 2.3 (U.S.) PID-segmentille (kentät 5-30) ja vcard versio 2.1 standardille. Tietosisällön OMG IDL-kielen avulla kuvaaminen Tietosisällön Parametrien merkitys kuvattu standardissa merkitys Toimintomalli Liittymien operaatiot Toimintomallin OMG IDL-kielen avulla kuvaaminen Toimintojen Operaatioiden merkitys kuvattu standardissa merkitys Koodistot tai Ei ota kantaa luokitukset Ihmisten (käyttäjien) Ei ota kantaa toiminnan kuvaaminen Laajempi esimerkki 19

20 Sovellusarkkitehtuuri Osien tunnistaminen Asiakas ja palvelin (hajautettu palvelu) Yhteistoiminnan Oliopalvelut perusmalli Integrointitapa Yhteinen infrastruktuuri Hajautus Hajautetut palvelut Kutsutapa Pyyntö-vastaus, toiminnon (palvelun) suorittaminen Tekniikka Tiedon esitys OMG IDL Toimintojen OMG IDL määrittely Kutsutekniikka Operaatiokutsut määritelty OMG IDL:n avulla Verkkoliikenne IIOP (CORBA) Suoritukseen ORB-tuote, nimipalvelu, vaihtopalvelu tarvittava tekninen infrastruktuuri Toteutuksessa IDL-kääntäjät, ohjelmointikielet tarvittavat välineet Suhde järjestelmän elinkaaren vaiheisiin Vaatimukset Soveltuu henkilön tunnistukseen liittyvien vaatimusten toteuttamiseen Kohdealueen Nojautuu oliopohjaiseen analyysiin ja suunnitteluun, oletuksena analyysi yksikäsitteisen henkilötunnisteen puuttuminen Tietosisällön ja ks. yllä toimintojen määrittely Tekninen määrittely Sisältää valmiit liittymien määrittelyt IDL:llä ja suunnittelu Toteutus IDL-kieliset liittymät voidaan toteuttaa eri välineillä ja ohjelmointikielillä Asennus ja Vaatii suoritusympäristöön palvelimen, jolle palvelu asennetaan, ja ORBtuotteen, joka huolehtii verkkokommunikaatiosta asiakkaan ja palvelimen käyttöönotto välillä. Ylläpito ja uudet Hyödyntää standardin mukaisesti vaihtopalvelua ajon aikana tapahtuvaa versiot päivitystä varten Arvio levinneisyydestä Kansainvälisesti Useita eri tarkoituksiin tehtyjä toteutuksia. Suomessa Henkilötunnus on toiminut yksikäsitteisenä tunnisteena, eivätkä OMG:n terveydenhuoltospesifit standardit ole levinneet yleiseen käyttöön. Suhde muihin standardeihin Vahva suhde OMG:n yleisiin middleware-standardeihin, OMG:n terveydenhuoltoryhmä neuvottelee yhteistyöstä HL7:n kanssa Muuta olennaista OMG-standardien jatkokehitystyö ja mahdollinen siirto muille kuin CORBA-alustoille riippuu terveydenhuoltoryhmän aktiivisuudesta (viime aikoina ei aktiivista), MDA-määritystyön etenemisestä ja siihen liittyvästä Laajempi esimerkki jatkuu 20

21 Esimerkki: Tikesos-standardisalkku / 2009 Asiakasasiakirjojen standardit (yht. 14 kpl) SosXML, XML-perhe, JHS 170 XML-skeemat, UTF-8, PDF/A, OOXML, CCTS, SFS 2487 Viestinvälityksen standardit (yht. 5 kpl) HL7 v3 Medical Records, HL7 v3 WS Transport, CDA R2 header, SOAP, Mime Content-Transfer-Encoding Yksilöinnin standardit (yht. 2 kpl) ISO OID, JHS 159 ISO OID-yksilöintitunnuksen soveltaminen julkishallinnossa Tietoturva- ja tietosuojastandardit (O kpl) Kehitystyössä hyödynnettävät standardit (yht. 2 kpl) BPMN, JHS 152 Prosessien kuvaaminen Muut noudatettavat standardit ja määritykset (yht. 3 kpl) 21

22 Tikesos-standardisalkku esimerkki Lyhenne CCTS Nimi Core Components Technical Specification - Part 8 of the ebxml Framework Versio Versio 2.01 Kehittäjä United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT) Status Käyttötarkoitus CCTS tavoitteena on määrittää eri toimijoiden eri asiakirjojen sisältöjen semanttinen yhteensopivuus. CCTS on yleiskäyttöisten semanttisten rakennusyksiköiden kuvausmenetelmä. Yleiseen käyttöön on muodostettu ydinkomponentit, jotka sisältävät liiketoimintaan liittyviä tietoja. Ydinkomponenttien sisältämä tieto on semanttisesti ymmärrettävää eri toimijoiden kesken. Käyttäjät CCTS määrittelee keinot ydinkomponenttien tunnistamiseen, tallentamiseen sekä uudelleenkäyttöön. Sisältää nimeämiskäytäntöjä ja suunnitteluperiaatteita. Parantaa tiedonkulkua eri toimijoiden välillä. SosXML:n kehittäjät. Välillisesti näyttömuotojen ja sähköisten lomakkeiden kautta sosiaalihuollon asiakkaat, sosiaalityöntekijät ja muut sosiaalipalveluiden käyttäjät. Tikesos-status Suositeltu hyödynnettäväksi (Huttunen ym. 2009): XML-komponenttien suunnittelutyössä ja vastaavassa sanastotyössä PITÄISI käyttää UN/CEFACT CCTS -mukaista komponenttien suunnitteluprosessia. Hankkeessa PITÄISI kehittää ABIE- ja BBIE-tyyppisiä komponentteja. Perustelut JHS tulee aloittamaan julkishallinnon sanaston tekemisen CCTS-muotoon. Kaikki yleiskäyttöiset ydinkomponentit tullaan määrittelemään JHS:n toimesta CCTS-muotoisina. Sosiaalihuollon asiakasasiakirjat sisältävät paljon spesifistä tietoa, joten uusia komponentteja joudutaan määrittämään JHS-ydinkomponenttien lisäksi. Tällöin voidaan käyttää hyväksi CCTS-mallissa olevia sääntöjä. Kyseiset säännöt voivat olla sovellettavissa Tikesos-hankkeen tarpeisiin. Lähde Soveltamisohje - Laajuus Viittaukset 113 sivua CCTS käyttää komponenttien nimeämisen lähtökohtana ISO/IEC standardin (Information technology - Specification for standardization and registration of data elements and associated metadata - Part 5: Naming and identification principles) ohjeistusta ja esimerkkinimeämiskäytäntöä. JHS 170 Julkishallinnon XML-skeemat -suosituksessa on käytetty soveltaen CCTS-mallin XML nimeämis- ja suunnittelusääntöjä. NIEM- ja CCTS-mallit ovat vastaavia päätarkoituksen osalta. Esim. tekninen toteutus on erilainen mallien kesken. Tuki UN/CEFACT ( Levinneisyys Standardia on sovellettu useassa Euroopan maassa. Muuta - Näkökulmat A: Tieto, B: 5, 6, 4, 7 Päivitetty Lisätty Päivitetty

23 Tosielämän kauhukertomus : HL7 version 3 RIM historiasta HL7-standardiperhe laajimmin kyätetty terveydenhuollon tiedonsiirron standardi HL7 versio 3 standardin kehittäminen käyntiin n. vuonna 1997 aiempien versioiden ongelmat, paikalliset tulkinnat, paikallisten toteutusten erot mallipohjaisuuden hyödyntäminen, XML hyödyntäminen pohjaksi toimialan tietomalli: Reference Information Model ja ajan mukaisesti oliopohjaiset mallinnusmenetelmät, UML-pohjainen notaatio, mallivarasto RIM pohjalta tarkempien mallien (domain, message) tuottaminen v.0.92, marraskuu 1999 [lukujen lähde: Woody Beeler] 41 subject areas, 120 classes, 712 attributes, 167 associations, 41 generalizations, 3 composition relationships n. 3 x 1,8 m lakana seinällä, fontti 7 kaikenkattavan yksityiskohtaisen mallin ylläpito yli eri komiteoiden / projektien, muutosten ja uusien tarpeiden harmonisointi? uudelleenstrukturointi, yleistäminen, rakenteisten sanastojen käyttöönotto versio 1.14, subject areas, 46 classes, 196 attributes, 8 associations, 40 generalizations, 1 composition relationship muuttuvien osien kapselointi yleistämisen, kohdealue- ja sanomakohtaisen erikoistamisen ja muuttuvien sanastojen eristämisen kautta kaikenkattavaan tyyppitason malliin lisäjoustavuutta koodistojen käytön ja abstraktien perusluokkien kloonaamisen kautta nykyisin ISO-standardi, hyödynnetty monipuolisesti lukuisissa hankkeissa ja tarkemmissa sovellusalueissa 23

24 Standardisalkku Päiväys Versio Nimi Versio Julkaisija Valmistumisvuosi Kuvaus Käyttötarkoitus Hyödyt Tila Lähde/viite Ratkaistavia kysymyksiä tietoarkkitehtuurimme tarkoitus ja käyttötapa? vakioimmeko meta- vai tyyppitason (ja standardin avulla vai ei?) yhteisen tietomallin laajuus: yksi kaikenkattava vai useita tilannekohtaisia? invasiivisuus: sovellukset rakennettava tietomallin ehdoilla? NIH ylittäminen : hyöty jo tehdystä komiteatyöstä vs. opiskelun ja sovittamisen vaikeus (standardin tekijät jo törmänneet tarpeisiin joita paljastuu vasta projektimme loppuvaiheessa?) arkkitehti- vai projektipäällikkövetoinen määrittely.. kansainvälisen tai toimialojen välisen yhteensopivuuden vaatimukset 24

25 25 Kiitokset juha dot mykkanen ät uef.fi

TIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo

TIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral,

Lisätiedot

7. Product-line architectures

7. Product-line architectures 7. Product-line architectures 7.1 Introduction 7.2 Product-line basics 7.3 Layered style for product-lines 7.4 Variability management 7.5 Benefits and problems with product-lines 1 Short history of software

Lisätiedot

7.4 Variability management

7.4 Variability management 7.4 Variability management time... space software product-line should support variability in space (different products) support variability in time (maintenance, evolution) 1 Product variation Product

Lisätiedot

Collaborative & Co-Creative Design in the Semogen -projects

Collaborative & Co-Creative Design in the Semogen -projects 1 Collaborative & Co-Creative Design in the Semogen -projects Pekka Ranta Project Manager -research group, Intelligent Information Systems Laboratory 2 Semogen -project Supporting design of a machine system

Lisätiedot

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri Enterprise Architecture TJTSE25 2009 Yrityksen kokonaisarkkitehtuuri Jukka (Jups) Heikkilä Professor, IS (ebusiness) Faculty of Information Technology University of Jyväskylä e-mail: jups@cc.jyu.fi tel:

Lisätiedot

2 Description of Software Architectures

2 Description of Software Architectures 2 Description of Software Architectures 2.1 Significance of architectural descriptions 2.2 Context of architectural descriptions 2.3 Levels of architectural descriptions 2.4 Viewpoints and types in architecture

Lisätiedot

Sosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto

Sosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto Sosiaalihuollon asiakirjastandardi kehittyy Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto 1 Esityksen sisältö Asiakirjastandardin lähtökohdat Suunnitteluperiaatteet

Lisätiedot

A Service-Oriented Architecture (SOA) View of IHE Profiles

A Service-Oriented Architecture (SOA) View of IHE Profiles A Service-Oriented Architecture (SOA) View of IHE Profiles HL7 IHE meeting 20.8.2009 Timo Itälä SoberIT, TKK Juha Mykkänen, KuY 2 SoberIT IHE ja SOA (palveluarkkitehtuuri) SOA (service-oriented architecture)

Lisätiedot

SOA SIG SOA Tuotetoimittajan näkökulma

SOA SIG SOA Tuotetoimittajan näkökulma SOA SIG SOA Tuotetoimittajan näkökulma 12.11.2007 Kimmo Kaskikallio IT Architect Sisältö IBM SOA Palveluiden elinkaarimalli IBM Tuotteet elinkaarimallin tukena Palvelukeskeinen arkkitehtuuri (SOA) Eri

Lisätiedot

papinet -sanomastandardit

papinet -sanomastandardit papinet -sanomastandardit Tapio Räsänen Puutavaralogistiikan kehittämishaasteita 14.6.2007 1 papinet on An international paper and forest products industry e-business initiative. A set of standard electronic

Lisätiedot

Toiminnallinen avoimuus ja yhteentoimivuus - malleja arkkitehtuurin ja tietojärjestelmien kehittämiseen

Toiminnallinen avoimuus ja yhteentoimivuus - malleja arkkitehtuurin ja tietojärjestelmien kehittämiseen Toiminnallinen avoimuus ja yhteentoimivuus - malleja arkkitehtuurin ja tietojärjestelmien kehittämiseen TAPAS-seminaari 19.4.2011 Helsinki Juha Mykkänen tutkimusjohtaja Tietojenkäsittelytieteen laitos,

Lisätiedot

Teknologia-arkkitehtuurit. Valinta ja mallinnus

Teknologia-arkkitehtuurit. Valinta ja mallinnus Teknologia-arkkitehtuurit Valinta ja mallinnus ENTERPRISE ARCHITECTURE - A FRAMEWORK TM DATA What FUNCTION How NETWORK Where PEOPLE Who When MOTIVATION Why T IM E SCOPE (CONTEXTUAL) List of Things Important

Lisätiedot

RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS

RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS Loppuseminaari 11.12.2018 YIT:n pääkonttori, Helsinki RAIN hankkeen loppuseminaari 11.12.2018 Käyttäjälähtöinen tiedonhallinta (WP 4) Professori Harri Haapasalo OY

Lisätiedot

Security server v6 installation requirements

Security server v6 installation requirements CSC Security server v6 installation requirements Security server version 6.4-0-201505291153 Pekka Muhonen 8/12/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes

Lisätiedot

Security server v6 installation requirements

Security server v6 installation requirements CSC Security server v6 installation requirements Security server version 6.x. Version 0.2 Pekka Muhonen 2/10/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes Contents

Lisätiedot

Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat

Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Teollisuusautomaation tietoturvaseminaari Purchasing Manager, Hydro Lead Buyer, Industrial Control Systems 1 Agenda / esityksen tavoite

Lisätiedot

ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN. Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi

ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN. Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi MISTÄ ALUETIETOJÄRJESTELMÄSSÄ ON KYSYMYS? Asiakkaan tietojen tulisi olla saatavissa vain niiden käyttöön,

Lisätiedot

HITSAUKSEN TUOTTAVUUSRATKAISUT

HITSAUKSEN TUOTTAVUUSRATKAISUT Kemppi ARC YOU GET WHAT YOU MEASURE OR BE CAREFUL WHAT YOU WISH FOR HITSAUKSEN TUOTTAVUUSRATKAISUT Puolitetaan hitsauskustannukset seminaari 9.4.2008 Mikko Veikkolainen, Ratkaisuliiketoimintapäällikkö

Lisätiedot

Rakentamisen 3D-mallit hyötykäyttöön

Rakentamisen 3D-mallit hyötykäyttöön Rakentamisen 3D-mallit hyötykäyttöön 1 BIM mallien tutkimuksen suunnat JAO, Jyväskylä, 22.05.2013 Prof. Jarmo Laitinen, TTY rakentamisen tietotekniikka Jarmo Laitinen 23.5.2013 Jarmo Laitinen 23.5.2013

Lisätiedot

Standardien arviointi ja valinta terveydenhuollon sovellusintegraatiossa

Standardien arviointi ja valinta terveydenhuollon sovellusintegraatiossa PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 3 STUDIES AND REPORTS OF THE PLUGIT PROJECT 3 Juha Mykkänen, Kristiina Häyrinen, Saara Savolainen, Jari Porrasmaa Standardien arviointi ja valinta terveydenhuollon

Lisätiedot

TietoEnator Pilot. Ari Hirvonen. TietoEnator Oyj. Senior Consultant, Ph. D. (Economics) presentation TietoEnator 2003 Page 1

TietoEnator Pilot. Ari Hirvonen. TietoEnator Oyj. Senior Consultant, Ph. D. (Economics) presentation TietoEnator 2003 Page 1 TietoEnator Pilot Ari Hirvonen Senior Consultant, Ph. D. (Economics) TietoEnator Oyj presentation TietoEnator 2003 Page 1 Sallikaa minun kysyä, mitä tietä minun tulee kulkea? kysyi Liisa. Se riippuu suureksi

Lisätiedot

Integrointi. Ohjelmistotekniikka kevät 2003

Integrointi. Ohjelmistotekniikka kevät 2003 Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri

Lisätiedot

1 Introduction. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2006

1 Introduction. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2006 1 Introduction 1.1 What is software architecture? 1.2 Why is software architecture important? 1.3 Architecting process 1.4 Architecture-oriented programming 1.5 Conclusions 1 1.1 What is software architecture?

Lisätiedot

Sosiaalihuollon asiakasasiakirjojen standardointi

Sosiaalihuollon asiakasasiakirjojen standardointi Sosiaalihuollon asiakasasiakirjojen standardointi Tikesos-hanke Kuopion yliopisto Jari Savolainen Materiaali jakelua varten. (*) Merkinnällä varustettuja dioja ei ajanpuutteen vuoksi välttämättä käsitellä

Lisätiedot

Toimilohkojen turvallisuus tulevaisuudessa

Toimilohkojen turvallisuus tulevaisuudessa Toimilohkojen turvallisuus tulevaisuudessa Turvallisuusseminaari ASAF 30.10-1.11.2006 Mika Strömman Teknillinen korkeakoulu 1 Sisältö Luotettavuuden lisääminen hyvillä tavoilla Toimilohkokirjastot Turvatoimilohkot

Lisätiedot

1. Lähtökohta ja taustat

1. Lähtökohta ja taustat 1. Lähtökohta ja taustat Suomi.fi Suomi.fi ISO ISO TSK TSK ebxml ebxml NIEM NIEM UN/ CEFACT UN/ CEFACT Semic.EU Semic.EU SFS SFS OASIS OASIS UBL UBL IDABC IDABC OIOXML OIOXML SAGA SAGA UK Govtalk UK Govtalk

Lisätiedot

KOMPETENSSIT. Koulutus Opiskelija Tuuttori. Business Information Technologies. NQF, Taso 6 - edellyttävä osaaminen

KOMPETENSSIT. Koulutus Opiskelija Tuuttori. Business Information Technologies. NQF, Taso 6 - edellyttävä osaaminen Koulutus Opiskelija Tuuttori Business Information Technologies NQF, Taso 6 - edellyttävä osaaminen Ammattikorkeakoulututkinto ja alempi korkeakoulututkinto Hallitsee laaja-alaiset ja edistyneet oman alansa

Lisätiedot

Miten standardit liittyvät palveluihin? Kimmo Konkarikoski / Standardisointipäällikkö

Miten standardit liittyvät palveluihin? Kimmo Konkarikoski / Standardisointipäällikkö Miten standardit liittyvät palveluihin? Kimmo Konkarikoski / Standardisointipäällikkö Miten standardit liittyvät palveluihin? Palvelustandardit Mitä standardisoidaan? Vanhustenpalvelut Ikääntyvä yhteiskunta

Lisätiedot

W3C-teknologiat ja yhteensopivuus

W3C-teknologiat ja yhteensopivuus W3C-teknologiat ja yhteensopivuus Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: W3C asettaa

Lisätiedot

Hankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka

Hankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka Finland Tender Hankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka Tarjoukset 6.5.2011 klo 15.00 mennessä osoitteeseen:

Lisätiedot

2017/S Contract notice. Supplies

2017/S Contract notice. Supplies Supplies 153936 2017 25/04/2017 S80 - - Supplies - Contract notice - Open procedure I. II. III. IV. VI. -: Medical equipments, pharmaceuticals and personal care products 2017/S 080-153936 Contract notice

Lisätiedot

Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?

Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise

Lisätiedot

Smart cities - nyt ja huomenna

Smart cities - nyt ja huomenna Smart cities - nyt ja huomenna Älykaupungin standardit Jari Reini 14.04.2015 Standardisointi - Miksi? Minimoidaan päällekkäistä kehittämistyötä, ohjataan tietojärjestelmien kehittämistä ja saadaan aikaan

Lisätiedot

Kansallisen terveysarkiston liityntäpisteen suunnittelu

Kansallisen terveysarkiston liityntäpisteen suunnittelu Kansallisen terveysarkiston liityntäpisteen suunnittelu Sami Teräväinen 18.5.2017 Espoo Valvoja: Prof. Jukka Manner (Aalto-yliopisto) Ohjaaja: DI Juha Järvinen (Commit; Oy) Sisältö Taustaa Ongelman asettelu

Lisätiedot

KODAK EIM & RIM VIParchive Ratkaisut

KODAK EIM & RIM VIParchive Ratkaisut ATK Päivät 2006 Mikkeli KODAK EIM & RIM VIParchive Ratkaisut 29.-30.5. 2006 Stefan Lindqvist HCIS Sales Specialist Health Care Information Systems Kodak Health Group 3/24/2013 1 Arkistoinnin haasteita

Lisätiedot

SFS:n IT-standardisoinnin vuosiseminaari 16.12.2014

SFS:n IT-standardisoinnin vuosiseminaari 16.12.2014 SFS:n IT-standardisoinnin vuosiseminaari 16.12.2014 Tomi Dahlberg Tietohallinto ISO/IEC 20000 ISO/IEC 38500 Liiketoiminta Liiketoimintaprosessit ISO/IEC 30105 2 SFS:n seurantaryhmä SR 308 seuraa ISO/IEC

Lisätiedot

Korkeakoulujen yhteentoimivuusmalli

Korkeakoulujen yhteentoimivuusmalli Korkeakoulujen yhteentoimivuusmalli Tavoitteena korkeakoulujen opetus-, tutkimus- ja julkaisutietojärjestelmien yhteentoimivuus Miika Alonen Suvi Remes Nykytila Esim. Kirjastotoimi Opintopolku? Korkeakoulujen

Lisätiedot

Liikenteen hankeaihioita

Liikenteen hankeaihioita Hermia Oy Tamlink Oy Liikenteen hankeaihioita Hannu Hakala Artemis Call 2011 - työpaja Artemis haluaa the design, development and deployment of ubiquitous, interoperable and cost-effective, powerful, safe

Lisätiedot

ProAgria. Opportunities For Success

ProAgria. Opportunities For Success ProAgria Opportunities For Success Association of ProAgria Centres and ProAgria Centres 11 regional Finnish ProAgria Centres offer their members Leadership-, planning-, monitoring-, development- and consulting

Lisätiedot

JHS-järjestelmä ja yhteentoimivuus

JHS-järjestelmä ja yhteentoimivuus JHS-järjestelmä ja yhteentoimivuus JHS-seminaari 5.4.2005 Säätytalo Tommi Karttaavi, JUHTA JUHTA Asetettu valtionhallinnon ja kunnallishallinnon tietohallintoyhteistyön suunnittelua ja tietohallintoyhteistyöhön

Lisätiedot

Opetusteknologian standardoinnin tilanne. Antti Auer

Opetusteknologian standardoinnin tilanne. Antti Auer Opetusteknologian standardoinnin tilanne Antti Auer 24.8.2001 Standardoinnin käsite Yleisesti opetusteknologian standardoinniksi kutsutulla kehitystyöllä viitataan erilaisiin ja eri tasoisiin toimintoihin.

Lisätiedot

Malliperustainen ohjelmistokehitys - MDE Pasi Lehtimäki

Malliperustainen ohjelmistokehitys - MDE Pasi Lehtimäki Malliperustainen ohjelmistokehitys - MDE 25.9.2007 Pasi Lehtimäki MDE Miksi MDE? Mitä on MDE? MDA, mallit, mallimuunnokset Ohjelmistoja Eclipse, MetaCase Mitä jatkossa? Akronyymiviidakko MDE, MDA, MDD,

Lisätiedot

SOLEA-tulosseminaari Päätössanat

SOLEA-tulosseminaari Päätössanat SOLEA-tulosseminaari Päätössanat Espoo, 25.11.2011 Juha Mykkänen, Itä-Suomen yliopisto, Tietojenkäsittelytieteen laitos, HIS-yksikkö Kari Hiekkanen, Aalto-yliopiston Teknillinen korkeakoulu, SoberIT-laboratorio

Lisätiedot

Tietojenkäsittelytieteiden koulutusohjelma. Tietojenkäsittelytieteiden laitos Department of Information Processing Science

Tietojenkäsittelytieteiden koulutusohjelma. Tietojenkäsittelytieteiden laitos Department of Information Processing Science Tietojenkäsittelytieteiden koulutusohjelma Tietojenkäsittelytieteet Laskennallinen data-analyysi Ohjelmistotekniikka, käyttöjärjestelmät, ihminen-kone -vuorovaikutus Teoreettinen tietojenkäsittelytiede

Lisätiedot

IoT-platformien vertailu ja valinta erilaisiin sovelluksiin / Jarkko Paavola

IoT-platformien vertailu ja valinta erilaisiin sovelluksiin / Jarkko Paavola IoT-platformien vertailu ja valinta erilaisiin sovelluksiin 10.3.2017 / Jarkko Paavola Prosessi state-of-the-art -tilan määrittelemiseksi Vaatimusmäärittely platformille Arkkitehtuuri Valittiin IIC:n (http://www.iiconsortium.org/)

Lisätiedot

Palvelut yritysarkkitehtuurin keskiössä: OP-Pohjola-ryhmän matkakokemuksia

Palvelut yritysarkkitehtuurin keskiössä: OP-Pohjola-ryhmän matkakokemuksia SOA sig syysseminaari 2008: EA ja SOA Palvelut yritysarkkitehtuurin keskiössä: OP-Pohjola-ryhmän matkakokemuksia Alustus keskustelulle 12.11.2008 Jouni Lähteenmäki Yritysarkkitehti, OP-Keskus Alustuksen

Lisätiedot

in condition monitoring

in condition monitoring Etäteknologioiden automaatiosovellukset Using e-speak e in condition monitoring tutkija professori Hannu Koivisto Sisältö Tausta Globaali kunnonvalvontajärjestelmä E-speak globaalissa kunnonvalvontajärjestelmässä

Lisätiedot

Avoimet standardit ja arkistointi

Avoimet standardit ja arkistointi Avoimet standardit ja arkistointi Ossi Nykänen ossi@w3.org Tampereen teknillinen yliopisto (TTY) Hypermedialaboratorio W3C Suomen toimisto 1 Esitelmä Hyvin lyhyt versio: World Wide Web Consortium (W3C)

Lisätiedot

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1

Lisätiedot

Sosiaalihuollon asiakastiedon arkiston validointipalvelu. Käyttöohje

Sosiaalihuollon asiakastiedon arkiston validointipalvelu. Käyttöohje Sosiaalihuollon asiakastiedon arkiston validointipalvelu Käyttöohje Sisällys 1 Johdanto 3 2 Käyttötarkoitus 3 3 Palvelut 3 3.1 HL7 V3 Medical Records sanoman skeemavalidointi 3 3.2 HL7 V3 Medical Records

Lisätiedot

Yhteentoimivuutta edistävien työkalujen kehittäminen

Yhteentoimivuutta edistävien työkalujen kehittäminen Yhteentoimivuutta edistävien työkalujen kehittäminen Semantiikkaa organisaatioiden välisen tiedonvaihdon helpottamiseksi Mikael af Hällström, Verohallinto Esityksen sisältö Taustatekijöitä (OKM:n hallinnonala,

Lisätiedot

Paikkatiedot ja Web-standardit

Paikkatiedot ja Web-standardit Paikkatiedot ja Web-standardit Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: World Wide

Lisätiedot

Sosiaalihuollon asiakastiedon arkiston validointipalvelu

Sosiaalihuollon asiakastiedon arkiston validointipalvelu Sosiaalihuollon asiakastiedon arkiston validointipalvelu Käyttöohje, 7.11.2017 Sisällys 1 Johdanto 3 2 Käyttötarkoitus 3 3 Palvelut 3 3.1 Käyttötapa 3 3.2 HL7 V3 Medical Records sanoman skeemavalidointi

Lisätiedot

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin

Lisätiedot

Paikkatiedon semanttinen mallinnus, integrointi ja julkaiseminen Case Suomalainen ajallinen paikkaontologia SAPO

Paikkatiedon semanttinen mallinnus, integrointi ja julkaiseminen Case Suomalainen ajallinen paikkaontologia SAPO Paikkatiedon semanttinen mallinnus, integrointi ja julkaiseminen Case Suomalainen ajallinen paikkaontologia SAPO Tomi Kauppinen, Eero Hyvönen, Jari Väätäinen Semantic Computing Research Group (SeCo) http://www.seco.tkk.fi/

Lisätiedot

IHE XDS.b - Kuinka Se Toimii Käytännössä?

IHE XDS.b - Kuinka Se Toimii Käytännössä? IHE XDS.b - Kuinka Se Toimii Käytännössä? Ensemble Käyttäjätapaaminen 20.10.2011 Anssi Kauppi / InterSystems Nordics / Suomi Seuraava Aihe IHE ja IHE Suomessa IHE Profiilit XDS.b Profiili Muita Profiileja

Lisätiedot

SFS/SR315 Tekoäly Tekoälyn standardisointi

SFS/SR315 Tekoäly Tekoälyn standardisointi SFS/SR315 Tekoäly Tekoälyn standardisointi Meri Seistola Toiminnanjohtaja, Mediakasvatuskeskus Metka ry SR 315 Tekoäly - Puheenjohtaja: Jarkko Vesa 1 SC42 Artificial Intelligence ISO/IEC JTC1 SC42 Artificial

Lisätiedot

The CCR Model and Production Correspondence

The CCR Model and Production Correspondence The CCR Model and Production Correspondence Tim Schöneberg The 19th of September Agenda Introduction Definitions Production Possiblity Set CCR Model and the Dual Problem Input excesses and output shortfalls

Lisätiedot

AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY

AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY T304/A01/2017 Liite 1 / Appendix 1 Sivu / Page 1(5) AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY Tunnus Code Laboratorio Laboratory Osoite Address

Lisätiedot

TIE-20200 Samuel Lahtinen. Lyhyt UML-opas. UML -pikaesittely

TIE-20200 Samuel Lahtinen. Lyhyt UML-opas. UML -pikaesittely Lyhyt UML-opas UML -pikaesittely UML, Unified Modeling Language Standardoitu, yleiskäyttöinen mallinnuskieli, jota ylläpitää/hallitsee (Object Management Group) OMG Historiaa: 90-luvulla oli paljon kilpailevia

Lisätiedot

JTC1 SC7 kuulumiset: Keskeiset työkohteet ja tulokset. SFS:n IT-seminaari 12.12.2013 Risto Nevalainen, Senior Advisor FiSMA

JTC1 SC7 kuulumiset: Keskeiset työkohteet ja tulokset. SFS:n IT-seminaari 12.12.2013 Risto Nevalainen, Senior Advisor FiSMA JTC1 SC7 kuulumiset: Keskeiset työkohteet ja tulokset SFS:n IT-seminaari 12.12.2013 Risto Nevalainen, Senior Advisor FiSMA Change in SC7: New SC40 will start in December 2013 JTC1 kokous päätti perustaa

Lisätiedot

Olet vastuussa osaamisestasi

Olet vastuussa osaamisestasi Olet vastuussa osaamisestasi Ohjelmistoammattilaisuuden uudet haasteet Timo Vehmaro 02-12-2015 1 Nokia 2015 Mitä osaamista tulevaisuudessa tarvitaan? Vahva perusosaaminen on kaiken perusta Implementaatio

Lisätiedot

Tero Pietilä, IT-Pie Oy. CityGML 2.0: Mitä tiedämme nyt?

Tero Pietilä, IT-Pie Oy. CityGML 2.0: Mitä tiedämme nyt? Tero Pietilä, IT-Pie Oy CityGML 2.0: Mitä tiedämme nyt? CityGML, KuntaGML, 3Dkunta Nykytilanne GML Nykytilanne XML GML 3Dkunta XML «XMLSchema» GML «XMLSchema» GML Versio 3.1.1 Versio 3.2 Versio 3.1.1 Versio

Lisätiedot

CASE POSTI: KEHITYKSEN KÄRJESSÄ TALOUDEN SUUNNITTELUSSA KETTERÄSTI PALA KERRALLAAN

CASE POSTI: KEHITYKSEN KÄRJESSÄ TALOUDEN SUUNNITTELUSSA KETTERÄSTI PALA KERRALLAAN POSTI GROUP CASE POSTI: KEHITYKSEN KÄRJESSÄ TALOUDEN SUUNNITTELUSSA KETTERÄSTI PALA KERRALLAAN TIINA KATTILAKOSKI POSTIN TALOUDEN SUUNNITTELU Mistä lähdettiin liikkeelle? Ennustaminen painottui vuosisuunnitteluun

Lisätiedot

Yritysarkkitehtuuri. Hypeä vai asiaa? Jari Isokallio. Copyright 2004 TietoEnator Corporation

Yritysarkkitehtuuri. Hypeä vai asiaa? Jari Isokallio. Copyright 2004 TietoEnator Corporation Yritysarkkitehtuuri Hypeä vai asiaa? Jari Isokallio Tavoitteet esityksekselle Tämä esitys pohjautuu enemmän käytännön kokemukseen ja yritysarkkitehtuurimallien soveltamiseen kuin ko. mallien esittelyyn

Lisätiedot

Katselupalvelujen INSPIRE-yhteensopivuuden testaus

Katselupalvelujen INSPIRE-yhteensopivuuden testaus Katselupalvelujen INSPIRE-yhteensopivuuden testaus Infrastruktuuri-ryhmä 19.10.2011 Jani Kylmäaho 1 Miksi? Sisältö Yleisimmät ongelmat rajapintapalvelujen yhteensopivuudessa WMS-standardiin Yleisimmät

Lisätiedot

DIGITAL MARKETING LANDSCAPE. Maatalous-metsätieteellinen tiedekunta

DIGITAL MARKETING LANDSCAPE. Maatalous-metsätieteellinen tiedekunta DIGITAL MARKETING LANDSCAPE Mobile marketing, services and games MOBILE TECHNOLOGIES Handset technologies Network technologies Application technologies INTRODUCTION TO MOBILE TECHNOLOGIES COMPANY PERSPECTIVE

Lisätiedot

Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi.

Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi. Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi. LUONNOS JHS179 liite 7 (alustava numerointi) Julkisen hallinnon semanttisen yhteentoimivuuden viitekehys

Lisätiedot

Sosiaalihuollon kokonaisarkkitehtuuri

Sosiaalihuollon kokonaisarkkitehtuuri Sosiaalihuollon kokonaisarkkitehtuuri Terveydenhuollon ATK-päivät 27.5.2009 SESSIO 12 Antero Lehmuskoski Projektipäällikkö Sosiaalialan tietoteknologiahanke Itä-Suomen sosiaalialan osaamiskeskus 1 Sessio

Lisätiedot

Kristian Appel, Traficon Oy. EETS ja monipalvelu älyliikenteessä seminaari 31.5.2011

Kristian Appel, Traficon Oy. EETS ja monipalvelu älyliikenteessä seminaari 31.5.2011 Missä mennään EETS standardisoinnissa ja määrittelyissä Kristian Appel, Traficon Oy EETS ja monipalvelu älyliikenteessä seminaari 31.5.2011 Esityksen pääkohdat Yleistä standardisoinnista CEN TC 278 WG1

Lisätiedot

Atostek. KanTa-konseptin tuotteistaminen ja vienti ulkomaille

Atostek. KanTa-konseptin tuotteistaminen ja vienti ulkomaille Atostek KanTa-konseptin tuotteistaminen ja vienti ulkomaille 10.3.2017 Atostek CONFIDENTIAL Atostek - Company Facts Atostek Ltd. founded in 1999 56 employees mainly at Master level AAA credit rating since

Lisätiedot

Eero Hyvönen. Semanttinen web. Linkitetyn avoimen datan käsikirja

Eero Hyvönen. Semanttinen web. Linkitetyn avoimen datan käsikirja Eero Hyvönen Semanttinen web Linkitetyn avoimen datan käsikirja WSOY:n kirjallisuussäätiö on tukenut teoksen kirjoittamista Copyright 2018 Eero Hyvönen & Gaudeamus Gaudeamus Oy www.gaudeamus.fi Kansi:

Lisätiedot

Käytön avoimuus ja datanhallintasuunnitelma. Open access and data policy. Teppo Häyrynen Tiedeasiantuntija / Science Adviser

Käytön avoimuus ja datanhallintasuunnitelma. Open access and data policy. Teppo Häyrynen Tiedeasiantuntija / Science Adviser Käytön avoimuus ja datanhallintasuunnitelma Open access and data policy Teppo Häyrynen Tiedeasiantuntija / Science Adviser 1 Käytön avoimuus Suunnitelmassa tulisi kuvata ainakin seuraavat asiat: (Kriteerit,

Lisätiedot

1.3Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä

1.3Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 81122P (4 ov.) 30.5.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan

Lisätiedot

LUONNOS RT 80260 EN AGREEMENT ON BUILDING WORKS 1 THE PARTIES. May 1998 1 (10)

LUONNOS RT 80260 EN AGREEMENT ON BUILDING WORKS 1 THE PARTIES. May 1998 1 (10) RT 80260 EN May 1998 1 (10) AGREEMENT ON BUILDING WORKS This agreement template is based on the General Terms and Conditions of Building Contracts YSE 1998 RT 16-10660, LVI 03-10277, Ratu 417-7, KH X4-00241.

Lisätiedot

Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut

Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Samuli Pekkola Aki Alanne Taru Salmimaa Novi Research Center Tampereen teknillinen yliopisto Sisältö tausta, motiivi ja konteksti

Lisätiedot

Supplies

Supplies Supplies - 239236-2018 05/06/2018 S105 - - Supplies - Contract notice - Open procedure I. II. III. IV. VI. Finland-Seinäjoki: Wheelchairs 2018/S 105-239236 Contract notice Supplies Directive 2014/24/EU

Lisätiedot

Green Growth Sessio - Millaisilla kansainvälistymismalleilla kasvumarkkinoille?

Green Growth Sessio - Millaisilla kansainvälistymismalleilla kasvumarkkinoille? Green Growth Sessio - Millaisilla kansainvälistymismalleilla kasvumarkkinoille? 10.10.01 Tuomo Suortti Ohjelman päällikkö Riina Antikainen Ohjelman koordinaattori 10/11/01 Tilaisuuden teema Kansainvälistymiseen

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio

Lisätiedot

Uuden sukupolven soteratkaisut

Uuden sukupolven soteratkaisut Uuden sukupolven soteratkaisut Senaattoritapaaminen 23.1.2019 Kalle Reivilä kalle.reivila@tieto.com Kohti älykkäämpää yhteiskuntaa Yksilökohtaisesti räätälöityjä palveluita Rajattomat mahdollisuudet Informaation

Lisätiedot

RAKENNETUN(OMAISUUDEN( DIGITALISAATIO

RAKENNETUN(OMAISUUDEN( DIGITALISAATIO RAKENNETUN(OMAISUUDEN( DIGITALISAATIO TOMI%HENTTINEN Arkkitehti SAFA buildingsmart Finland,%puheenjohtaja ABOUT ME TOMI HENTTINEN M.Sc. (Archit.) SAFA buildingsmart Finland, Chair Gravicon Oy, Founder,

Lisätiedot

Museo 2015 järjestelmä ja Museoiden luettelointiohjeet

Museo 2015 järjestelmä ja Museoiden luettelointiohjeet Museo 2015 järjestelmä ja Museoiden luettelointiohjeet Pilottimuseoiden tapaaminen Leena Furu 14.11.2013 Luetteloinnin kehittäminen Luettelointityöryhmä 16 museoammattilaista ympäri Suomen Päätavoite:

Lisätiedot

FAIRDATA-PALVELUT. CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus

FAIRDATA-PALVELUT. CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus FAIRDATA-PALVELUT CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus Fairdata -palvelukokonaisuus Kansallinen palvelukokonaisuus tukee tutkijaa aineistonhallinnassa:

Lisätiedot

Kokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli

Kokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli Kokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli Samuli Pekkola professori Tuotantotalouden ja tietojohtamisen laboratorio Tampereen (teknillinen) yliopisto Sisältö

Lisätiedot

Arkkitehtuurikuvausten kohteet ja kuvaustavat

Arkkitehtuurikuvausten kohteet ja kuvaustavat Arkkitehtuurikuvausten kohteet ja kuvaustavat - tulokset SOLEA 2011 25.11.2011 Espoo Hannu Virkanen + Juha Mykkänen Sisältö Tehdyn tutkimuksen esittely: Johdanto ja alustus asetetut tavoitteet Menetelmät

Lisätiedot

VBE2 Työpaketit Jiri Hietanen / TTY

VBE2 Työpaketit Jiri Hietanen / TTY VBE2 Työpaketit Jiri Hietanen / TTY 1 WP2.1 Technology review and VBE platform 2 Tavoitteet In In charge: charge: Method: Method: Jiri Jiri Hietanen, Hietanen, TUT TUT Analysis Analysis of of existing

Lisätiedot

Sovellusarkkitehtuurit

Sovellusarkkitehtuurit HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit

Lisätiedot

Telecommunication Software

Telecommunication Software Telecommunication Software Final exam 21.11.2006 COMPUTER ENGINEERING LABORATORY 521265A Vastaukset englanniksi tai suomeksi. / Answers in English or in Finnish. 1. (a) Määrittele sovellusviesti, PersonnelRecord,

Lisätiedot

HL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki

HL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki HL7 Clinical Document Architecture Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki Clinical Document Architecture (CDA) HL7 järjestön standardi Ensimmäinen julkaisu 2000 ja toinen 2005 Kliinisen

Lisätiedot

Kansallinen hankintailmoitus: Tampereen kaupunki : Ulkoalueiden hoito

Kansallinen hankintailmoitus: Tampereen kaupunki : Ulkoalueiden hoito Finland Tender Kansallinen hankintailmoitus: en kaupunki : Ulkoalueiden hoito Tarjoukset 12.4.2011 klo 15.00 mennessä osoitteeseen: en kaupunki, kirjaamo TRE:2707/02.07.01/2011 PL 487 33101 Hankintayksikön

Lisätiedot

1.3 Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä

1.3 Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 811122P (5 op.) 12.12.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan

Lisätiedot

Standardit osana käyttäjäkeskeistä suunnittelua

Standardit osana käyttäjäkeskeistä suunnittelua Standardit osana käyttäjäkeskeistä suunnittelua 20.4.2006 Mikä on standardi? sovittu tapa tehdä jokin asia saatetaan tarkoittaa asian määrittelevää normatiivista asiakirjaa varmistetaan esim. Euroopassa

Lisätiedot

Suunnitteluvaihe prosessissa

Suunnitteluvaihe prosessissa Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet

Lisätiedot

Use of spatial data in the new production environment and in a data warehouse

Use of spatial data in the new production environment and in a data warehouse Use of spatial data in the new production environment and in a data warehouse Nordic Forum for Geostatistics 2007 Session 3, GI infrastructure and use of spatial database Statistics Finland, Population

Lisätiedot

Portaaliteknologiat mahdollistavat ajattelutavan muutoksen

Portaaliteknologiat mahdollistavat ajattelutavan muutoksen - 1 - Portaaliteknologiat mahdollistavat ajattelutavan muutoksen Petri Kanerva Fusion Middleware Architect, Oracle Finland Oy 29.04.2010 The following is intended to outline our general

Lisätiedot

Virtuaalinen tarkastus. Katselmoinnit osa 3. Paritarkastus. N-kertainen tarkastus (n-fold inspection)

Virtuaalinen tarkastus. Katselmoinnit osa 3. Paritarkastus. N-kertainen tarkastus (n-fold inspection) Virtuaalinen tarkastus Katselmoinnit osa 3 Sami Kollanus 13.12.2006 Ei tarvetta olla samaan aikaan samassa paikassa Tueksi erilaisia työkaluja Asynkroninen vs. synkroninen Tarpeen hajautetuissa projekteissa

Lisätiedot

KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla. Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT

KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla. Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT 1 2 Integraatioiden nykytila 2015 Standardoidut: Integraatiotyökalut Suunnittelumallit

Lisätiedot

Indoor Environment 2011-2015

Indoor Environment 2011-2015 Indoor Environment 2011-2015 18.4.2013 Risto Kosonen Ohjelma on investointinäkökulmasta edennyt pääosin suunnitelman mukaisesti Työpaketti Kumulatiiviset kustannukset 1.5.2011 31.8.2012 Kumulatiiviset

Lisätiedot