• No results found

Som det stod i uppgiftsformuleringen av det här examensarbetet så har webbportalen utvecklats i demonstrationssyfte av hur patientjournaler byggda enligt openEHR specifikationerna och med arketyper skulle kunna se ut.

En grundförutsättning för att webbportalen skulle kunna tas i drift och användas någonstans inom vården är att patientjournalsystem byggda på openEHR används någonstans. Webbportalen skulle också behöva vidareutvecklas på flera punkter.

En av dessa är att det idag inte går att lägga till eller ändra någon information i systemet. Det vore en klar förbättring om det fanns möjlighet för administratörer att skapa nya patienter och

anteckningar i patientjournaler direkt i webbportalen. Att lägga till patienter skulle kunna göras utifrån speciella patientarketyper medan när det ska genereras ny journalinformation bör det gå att välja en arketyp från ett flertal tillgängliga. Sedan genereras en sida för datainmatning utifrån den valda arketypen. På den här sidan bör begränsningarna arketypen sätter synas tydligt. Ocean Informatics har i sin arketypeditor en vy som visar hur ett

gränssnitt genererat utifrån en arketyp skulle kunna se ut. Det skulle kunna användas som inspirationskälla.

En annan viktig vidareutveckling handlar om versionshantering. I dagsläget kan portalen endast visa den senaste versionen av all inlagd information. Eftersom all information är versionshanterad kommer ny information som läggs till inte att skriva över eller ta

bort tidigare inlagd. Det bör implementeras funktionalitet i webbportalen för visning av alla versioner.

De lagar och säkerhetskrav som ställs kring patientjournaler uppfyller inte webbportalen i nuvarande status. Säkerheten för inloggningen till webbportalen är idag inte tillräcklig. Det räcker med att ta reda på ett användarnamn och ett lösenord för att kunna läsa en godtycklig journal. För att ett system av den här typen skulle kunna tas i drift och verkligen kunna användas av patienter hemifrån skulle de vara tvungna att godkända om de vill att sin journal ska finnas tillgäng genom webbportalen. Det skulle också behövas en mer avancerad kontroll av vem som loggar in. Ett sätt att göra det här på skulle kunna vara samma metod som används av flera Internetbanker. Där används en säkerhetsdosa som genererar ett tillfälligt lösenord varje gång sidan besöks.

Säkerhetsdosan kräver ett personligt lösenord för att den ska gå att använda.

Funktionalitet för att ändra utseendet på själva patientjournalerna vore också en förbättring. Olika inställningar som ändring av

färger och storlek på text kan göra informationen lättare att läsa för människor med nedsatt syn. Här kan det också finnas flera olika personliga preferenser som påverkar vilket utseende en användare vill använda. I JSF som har använts för användargränssnittet finns ett bibliotek som stödjer internationalisering (t.ex. olika format på datum och tid) och extra läsbarhet för synskadade. Det här har inte använts men bör nyttjas vid en vidareutveckling.

6 Slutsats

openEHR är ett stort och ambitiöst projekt med många bra idéer men för att se om dessa fungerar i praktiken och för att

felaktigheter ska kunna hittas behövs fler projekt som testar dem. Med webbportalen som har utvecklats i det här examensarbetet har några av de idéer som openEHR har angående elektroniska patientjournalsystem samt referensimplementationen i Java testats. I problemformuleringen angavs tre problem som alla hade med kopplingen mellan arketyper och elektroniska patientjournaler att göra. De var hur journaler kan skapas, hur dess journaldata kan kontrolleras samt huvuduppgiften som var hur ett gränssnitt kan genereras utifrån en godtycklig patientjournal. Vi har lyckats lösa dessa problem.

Metoden för att lösa huvuduppgiften är en rekursiv funktion som samlar in den information som är intressant i en patientjournal och tillhörande arketyper. Den bygger samtidigt upp en ny

objektstruktur där den insamlade informationen läggs in. Objektstrukturen följer designmönstret Composite och utifrån denna genereras HTML som kan visas i en webbläsare.

Den utvecklade webbportalen innefattar bara en begränsad del av de visioner openEHR har för elektroniska patientjournalsystem men den visar att openEHRs arkitektur för elektroniska

patientjournaler har varit tekniskt gångbar i detta projekt.

Referensimplementationen av arkitekturen har gått att använda men inte helt felfritt då den innehåller en del buggar som behöver åtgärdas och den skulle behöva uppdateras snabbare när det sker förändringar i openEHRs specifikationer.

7 Referenser

[1] Institutionen för medicinsk teknik [hemsida på Internet]. Linköpings universitet [uppdaterad 2005-06-29; senast besökt 2005-12-11]. Tillgänglig från: http://www.imt.liu.se [2] Tang PC, McDonald CJ. Computer-Based Patient-Record

Systems. I: Shortliffe EH, Perreault LE, redaktörer. Medical Informatics: Computer Applications in Health Care and Biomedicine. 2:a utgåvan. New York: Springer-verlag; 2001. s. 327-358.

[3] Beale T. Archetypes: Constraint-based Domain Models for Future-proof Information Systems [teknisk rapport på Internet]. Mooloolah, Qld, Australien: Deep Thought Informatics; 2002 [Senast hämtad 2006-01-19]. Tillgänglig från: http://www.deepthought.com.au/it/

archetypes/archetypes_new.pdf

[4] Archetype and Templates FAQ [hemsida på Internet].

London: The openEHR Foundation; c2000-2004 [uppdaterad 2005-11-21; senast besökt 2005-12-12]. Tillgänglig från:

http://www.openEHR.org/FAQs/t_archetypes_FAQ.htm [5] FAQs about openEHR [hemsida på Internet]. London: The

openEHR Foundation; c2000-2004 [uppdaterad 2005-07-27; senast besökt 2005-12-12]. Tillgänglig från:

http://www.openEHR.org/FAQs/t_about_FAQ.htm

[6] FAQs about the openEHR Foundation [hemsida på Internet]. London: The openEHR Foundation; c2000-2004 [uppdaterad 2005-07-27; senast besökt 2005-12-12]. Tillgänglig från:

http://www.openehr.org/FAQs/t_foundation_FAQ.htm [7] Van Ginneken AM, Moorman PW. The Patient Record. I:

Van Bemmel JH, Musen MA, redaktörer. Handbook of

Medical Informatics. Heidelberg, Tyskland: Springer-verlag; 1997. s. 99-115.

hämtad 2006-01-23]. Tillgänglig från:

http://www.datainspektionen.se/pdf/skrifter/nr5.pdf

[9] Överföring av personuppgifter inom vården och omsorgen av de äldre [rapport på Internet] Stockholm:

Datainspektionen; 2000 februari [senast hämtad 2006-02-05] Tillgänglig från: http://www.datainspektionen.se/

pdf/rapporter/aldrevard.pdf

[10] The Good European Health Record [hemsida på Internet]. London: UCL CHIME; c1999-2005 [uppdaterad 2005-08-22; senast besökt 2006-01-23]. Tillgänglig från:

http://www.chime.ucl.ac.uk/work-areas/ehrs/GEHR/ [11] Health Level 7 [hemsida på Internet]. San Diego:

iNTERFACEWARE Inc.; c2003 [senast besökt 2006-01-23]. Tillgänglig från: http://www.hl7.ca/

[12] CEN Standards [hemsida på Internet]. London: The

openEHR Foundation; c2000-2004 [uppdaterad 2005-07-27; senast besökt 2005-11-28]. Tillgänglig från:

http://www.openehr.org/standards/t_cen.htm

[13] Coiera E. Guide to Medical Informatics, the Internet and Telemedicine. Oxford: Chapman & Hall Medical; 1997. [14] ICD-10 – den internationella sjukdomsklassifikationen

[hemsida på Internet]. Uppsala: Nordiskt center för

klassifikation i hälso- och sjukvården [uppdaterad 2004-12- 13; senast besökt 2005-12-10]. Tillgänglig från:

http://www.nordclass.uu.se/verksam/icd10.htm

[15] Cimino, JJ. Saying What You Mean and Meaning What You Say: Coupling Biomedical Terminology and Knowledge. Medical Informatics, volym 68, nummer 4, april 1993. s. 257- 260.

[16] Beale T, Heard S, redaktörer. The Archetype Definition Language (ADL), revision 1.2.1 [teknisk specification på Internet]. London: The openEHR foundation; 2005-09-18 [senast hämtad 2005-12-01]. Tillgänglig från:

http://svn.openehr.org/specification/TAGS/ Release-0.95/publishing/architecture/am/adl.pdf

[17] Beale T, Heard S, redaktörer. Archetype Definitions and Principles, revision 0.6 [teknisk specifikation på Internet]. London: The openEHR Foundation; 2005-03-14 [senast hämtad 2005-12-10]. Tillgänglig från:

http://svn.openehr.org/specification/BRANCHES/Release- 1.0-candidate/publishing/architecture/am/

archetype_principles.pdf

[18] Beale T, Heard S, Kalra D, Lloyd D, redaktörer. The openEHR EHR Information Model, revision 4.5 [teknisk specifikation på Internet]. London: The openEHR

foundation; 2005-02-22 [senast hämtad 2006-02-07].

Tillgänglig från: http://svn.openehr.org/specification/TAGS/ Release-0.95/publishing/architecture/rm/ehr_im.pdf

[19] Beale T, Heard S, redaktörer. The openEHR EHR Service Model, revision 0.2, [teknisk specifikation på Internet]. London: The openEHR Foundation; 2003-02-28 [senast hämtad 2006-01-12]. Tillgänglig från:

http://svn.openehr.org/specification/TAGS/ Release-0.95/publishing/architecture/sm/ehr_sm.pdf

[20] ACode [hemsida på Internet]. Stockholm: ACode; c2001-2004 [senast besökt 2006-01-23]. Tillgänglig från:

http://www.acode.se/

[21] JavaServer Faces specification final release 1.1 [teknisk specifikation på Internet]. Santa Clara, CA: Sun

Microsystems, Inc.; c1994-2006 [senast hämtad 2006-01-29]. Tillgänglig från: http://java.sun.com/j2ee/

javaserverfaces/download.html

[22] Mahmoud QH. Developing Web Applications with

JavaServer Faces. [teknisk artikel på Internet]. Santa Clara, CA: Sun Microsystems, Inc.; c1994-2006 [senast besökt 2006- 01-23]. Tillgänglig från: http://java.sun.com/developer/ technicalArticles/GUI/JavaServerFaces/

[23] Gamma E, Helm R, Johnson R, Vlissides J. Design Patterns Elements of Reusable Object-Oriented Software; USA: Addision Wesley; 1994; s.163-173.

[24] Model-View-Controller [hemsida på Internet]. Santa Clara, CA: Sun Microsystems, Inc.; c2000-2002 [senast besökt 2006- 02-08]. Tillgänglig från: http://java.sun.com/blueprints/ patterns/MVC-detailed.html

[25] Schalk C. Introduction to JavaServer Faces [teknisk artikel på Internet]. Redwood shores, CA, Oracle Corporation; 2005 april; c2006 [senast besökt 2006-01-15]. Tillgänglig från: http://www.oracle.com/technology/tech/java/newsletter/ articles/introjsf/index.html

[26] Geary D. A look at the Composite design pattern [teknisk artikel på Internet]. JavaWorld; 2002-09-13; c2005 [senast besökt 2006-01-27]. Tillgänglig från:

http://www.javaworld.com/javaworld/jw-09-2002/jw-0913- designpatterns.html

[27] Connolly T, Begg C, Strachan A. Database Systems second edition; USA: Addison Wesley; 1998.

[28] db4o Product benchmarks [hemsida på Internet]. San Mateo, USA; c2000-2006 [senast besökt 2006-01-28]. Tillgänglig från: www.db4o.com/about/productinformation/benchmarks/ [29] McFarland G, Rudmik A, Lange D. Object-Oriented

Database Management Systems Revisited [teknisk artikel på Internet]. Indialantic, FL: Modus Operandi, Inc.; 1997-12-18 [senast hämtad 2006-02-08]. Tillgänglig från:

http://www.dacs.dtic.mil/techs/oodbms2/oodbms2.pdf

[30] Hibernate Relational Persistence for Java and .NET [hemsida på Internet]. Atlanta, GA: JBoss Inc.; c2002-2005 [senast

besökt 2006-01-29]. Tillgänglig från: http://www.hibernate.org/

[31] db4o Product information [hemsida på Internet]. San Mateo, USA; c2000-2006 [senast besökt 2006-01-04]. Tillgänglig från: http://www.db4o.com/about/productinformation/

[32] Rector, AL. Clinical Terminology: Why is it so Hard?

Methods of Information in Medicine, volym 38, 1999. s. 239- 252.

Linköpings tekniska högskola Institutionen för medicinsk teknik

Rapportnr:

LiTH-IMT/MI20-EX--06/425--SE

Datum: 2006-03-08

Svensk

titel Webbportal för arketypbaserade elektroniska patientjournaler - En testimplementation av openEHRs arkitektur

Engelsk

titel Web Portal for Archetype Based Electronic Health Records – A Test Implementation of the openEHR Architecture

Författare Jonas Andersson Joakim Fredriksson

Uppdragsgivare:

IMT Rapporttyp: Examensarbete Rapportspråk: Svenska

Sammanfattning/Abstract

One problem with electronic health record systems is that the health records are not built on a common architecture. This makes automatic exchange of patient data difficult. openEHR is a project that has developed an architecture that tries to solve this problem.

The openEHR architecture uses something called archetypes. Archetypes are reusable models that limit, structure and explain what will be stored in the electronic health record that is built on this architecture. The main goal of this master thesis has been to find a method to generate a graphical user interface from an electronic health record created using archetypes. To solve this problem first archetypes and a system that generates health records from these had to be created. Then a Web portal has been developed that displays the generated health records.

The Web portal can be used to demonstrate the graphical user interface of a system where both patients and authorized personnel can read patient records that are bases on the openEHR architecture.

Nyckelord

Elektronisk patientjournal, arketyper, openEHR, webbportal, systemutveckling, Java

Keyword

Electronic health record, archetypes, openEHR, web-portal, system development, Java

Related documents