Sharktale deel I

Zoals eerder al verteld in dit blog moet ik om eventuele informatie uit modaliteiten te krijgen het netwerk verkeer gaan analyseren en dan proberen hier de meldingen uit the halen. Ik heb gekozen voor onze "interne" kamer en een van de bucky kamers. Alvast eerst toestemming gevraagd aan de afdeling zelf om dit te mogen gaan doen, was natuurlijk geen probleem.


Hoe ga ik het nu aanpakken, na overleg met een van mijn ict collega's (Paul Ket, bedankt voor de informatie) zijn we gekomen tot het volgende plan.


Ik zoek uit op welke switch de modaliteit(en) aangesloten zijn, vervolgens wordt gekeken of er nog een vrij poort is en daarna zetten we SPAN aan op de desbetreffende poorten. SPAN staat voor Switch Port Analyser en maakt het mogelijk om data van een bepaalde poort te kopiëren naar een andere poort. Daarna kan ik met Wireshark het netwerk verkeer monitoren en hopelijk de juiste boodschappen voorbij zien komen.


Daarnaast ben ik aan het kijken of er ook een mogelijkheid is om met behulp van emails foutmeldingen te kunnen ontvangen, er zijn in huis ook systemen die dit gebruiken. Bijvoorbeeld het programma Process Manager wat we gebruiken om onze endoscopen reinigers te kunnen monitoren.
In C# heb ik inmiddels een proef smtp server gemaakt waarmee ik eventuele emails zou kunnen ontvangen.


De komende tijd zal ook in het teken staan van het programmeren van de verschillende puzzelstukjes die straks het volledige programma zullen gaan vormen, denk hierbij aan de volgende onderdelen:

• SMTP server om emails te kunnen ontvangen
• XML parsen en generator voor de onderlinge communicatie
• Grafische module voor het tekenen van grafieken, meters etc.
• Logfile analyser om eventuele logfiles te kunnen inlezen en analyseren
• Systeem monitoring
• DICOM communicatie

Uitdaging of showstopper?

Afgelopen vrijdag een gesprek gehad met een van onze leveranciers over de mogelijkheden tot toegang op de systemen. Dit om eventueel een lokale agent te kunnen installeren en toegang te kunnen krijgen op logfiles en foutmeldingen.

Mijn verwachting was dat vooral het installeren van een agent op een systeem niet zomaar toegestaan wordt door de leverancier hetgeen ook het geval blijkt te zijn. Op zich geen verrassing want er zit natuurlijk wel een flink stuk aansprakelijkheid bij, installeren van een lokale agent is dus alleen mogelijk wanneer er een vrijwaringsverklaring ondertekend wordt zodat eventuele aansprakelijkheid niet meer bij de leverancier ligt. 

De modaliteiten sturen wel berichten naar een centrale server buiten het ziekenhuis zodat field engineers logfiles en de status van de apparatuur kunnen bekijken (men heeft dus ook een centrale monitoring op de apparatuur). Er kan geen kopie van deze berichten naar een eigen server gestuurd worden dus rest er niets anders dan met behulp van tools te gaan kijken of we deze berichten kunnen aftappen bij de modaliteit. Dat betekend dat ik met een tool als wireshark het verkeer van een modaliteit ga opnemen en daaruit deze boodschappen moet gaan filteren. Gelukkig is wel toegezegd dat ik logfiles vanuit de leverancier kan krijgen zodat ik deze naast mijn data kan leggen. Hopelijk zijn deze boodschappen niet extreem gecodeerd zodat lezen onmogelijk is.

Gelukkig kan ik wel gewoon verder met de ontwikkeling van een agent en zijn er zeker zaken die ik van buitenaf (dus zonder lokale agent) kan monitoren. Bovenstaande is dus vooral een uitdaging en absoluut geen showstopper!

Windows Services

Een goede monitor agent doet zijn werk op de achtergrond, vandaag onderzoek gedaan naar het implementeren van zo'n service. Als eerste opzet gekozen voor een service op basis van C# die de standaard systeem monitoring kan uitvoeren (geheugen, disks, processor etc).

In Visual Studio 2010 zit een template om al een basis te hebben om een dergelijke service te kunnen programmeren. Als test zal ik de service in een bepaalde interval gegevens laten schrijven in een log file.

Planning week 9

Inmiddels al weer week 9, de eisen en wensen zijn bekend en opgenomen in een beknopt RAD. Ik heb een kleine planning gemaakt met onderwerpen waar ik deze week aan wil gaan werken.

• System Design Document opzetten
• Globaal systeem ontwerpen (start reeds gemaakt vorige week)
• Inventariseren benodigde koppelingen en technologieën (Dicom. XML, SNMP)
• Brainstormen over de centrale server 

System Design en toegang tot de apparatuur

Om het project succesvol te maken moet ik gegevens uit de diverse apparaten op de afdeling Radiologie kunnen halen. Dit zijn semi gesloten systemen, we hebben we wat toegangsrechten maar niet volledig. Daarnaast kun je niet zomaar een stuk software op een dergelijk systeem installeren. Er zijn misschien ook nog wel andere minder invasieve oplossingen zoals berichten uitlezen, logfiles doorsturen.

Ik heb daarom ook contact opgenomen met een van onze leveranciers, Siemens. Op vrijdag 9 december heb ik een afspraak staan om eens samen te kijken wat de mogelijkheden zijn om data te kunnen vergaren uit de systemen.

Ondertussen gaat het systeem ontwerp natuurlijk gewoon door, ik wil ook een agent schrijven om gegevens van een systeem te halen. Er zijn binnen het ziekenhuis ook systemen waarop we wel software kunnen installeren, daarnaast bouwen we op deze manier een uitbreidbaar systeem. De agent kan altijd getest en gedemonstreerd worden op een simulator dus dat komt helemaal goed.

System Design I

Vandaag gestart met het system design, als eerste nagedacht over de agent die op de werkstations geïnstalleerd zou moeten worden. De opzet wordt zo universeel mogelijk zodat niet voor ieder apparaat een volledig nieuwe agent geschreven hoeft te worden. De data die verzameld wordt zal gerapporteerd worden door een xml file richting de centrale server te sturen. 

Ook al even zitten stoeien met system monitoring in c#, hiermee kan ik het onderdeel systemmonitor gaan maken en op deze manier netwerk, processor, geheugen en opslagmedia gaan monitoren.

Het Requirements Analysis Document II

Het RAD is klaar, in tegenstelling tot een RAD uit een UML traject is dit een heel klein document geworden.
Dus geen pagina's vol met usecases, sequence diagrammen en klassendiagram. Waarschijnlijk voeg ik het RAD samen met het SDD (System Design Document) tot een gezamenlijk document. Een groot deel zal ook terug te vinden zijn in het eindverslag.
De klanteisen zijn duidelijk, het is duidelijk wat het systeem moet doen dus kan ik nu starten met het systeemdesign. Voor specifieke gevallen zal ik gebruik maken van sequence diagrammen (met name voor het communicatie onderdeel). Het klassendiagram zoals normaal te vinden is in het RAD zal een plek vinden in het SDD.

Druk druk druk...

Vandaag in verband met de personele bezetting weinig tijd om uitgebreid te werken aan het afstuderen.Deze week dus ook nog geen tijd gehad om te stoeien met de Interne kamer op de Röntgenafdeling.
Gisteren bij een storing aan de CT scanner wel even gekeken in de logfiles, deze zijn zeker bruikbaar voor monitoring dus de CT komt ook op het lijstje.
Uiterlijk zondagavond wil ik het RAD volledig af hebben en een start gemaakt hebben met het system design. 
Net nog even gesproken met Edwin en misschien dat we ook een facebook pagina gaan gebruiken, helemaal hip en modern. Zou de pagina intersect nog beschikbaar zijn?

Verder aan het RAD

Vandaag verder gewerkt aan het RAD, planning is om dit document deze week af te hebben zodat ik spoedig kan starten met het systeemdesign. Daarnaast ook nog wat tijd plannen om op de drukke röntgenafdeling te kunnen stoeien met een van de röntgenkamers. Mijn eerste slachtoffer wordt de Artis, dat is de zogenaamde Interne kamer waar onder andere darmonderzoeken worden uitgevoerd. Deze kamer is 's middags over het algemeen vrij en is een van onze nieuwe kamers. Hopelijk heb ik deze week tijd om het een en ander te onderzoeken.

Bedrijfsbezoek

Een onderdeel van het afstuderen is een bedrijfsbezoek door de docentbegeleider, Paul de Mast in mijn geval.
Vandaag om 13.30 hebben we dan ook een bijeenkomst gehad met Richard, Corné, Joh, Marleen en Edwin samen met Paul. Hierin hebben we gesproken over de opdracht, de eisen en mogelijke risico's. In ieder geval een erg nuttige bijeenkomst!

Orientatieverslag

Vandaag het oriëntatieverslag uitgewerkt en verzonden.

Het Requirements Analysis Document

Al tijdens het opstellen van het eerste projectvoorstel hadden Edwin en ik al besloten om het project Agile aan te pakken. Toch vinden we het belangrijk om het een en ander goed te documenteren. Om nu een volledig UML traject te gaan uitvoeren vonden we wat ver gaan, we hebben nu gekozen voor een soort light versie.
We maken een RAD maar dan in een eenvoudige vorm dus zonder uitgebreide diagrammen en zonder klassendiagram (aangezien we nog moeten nadenken over het systeemontwerp) maar wel met een goede omschrijving van eisen en klantwensen.
Daarnaast maken we een SDD (System Design Document) waarin we het systeemontwerp zullen vastleggen.
We maken ieder een eigen RAD en SDD en daarnaast maken we gezamenlijk een SDD voor het gezamenlijke deel van het project (de server, database en communicatie).

Plan van Aanpak

Vandaag is het Plan van Aanpak opgeleverd en heeft het project een naam gekregen!

INTERSECT

Proactief Monitoren in de Zorg

Hoe komen we nu toch aan deze naam, buiten dat we graag naar de serie Chuck kijken waarin de Intersect een "menselijke" computer van de CIA is vinden we dat deze naam ook slaat op een belangrijke functie van ons project.

Een intersection is een kruising van bijvoorbeeld wegen of in ons geval gegevens, ons systeem zal al deze gegevens verwerken en presenteren naar de klant.

Omdat Edwin Kailuhu en ik nu samen een projectteam vormen hebben we onszelf ook een team naam aangemeten:

E2

Klantgesprek

Vandaag een gesprek met John en Marleen gehad over de klant wensen.
Deze kunnen vervolgens opgenomen worden in het RAD en daarna kan gestart worden met het ontwerp van het systeem.
Belangrijk wordt dat het systeem een duidelijke doch eenvoudige interface krijgt. Maar als het kan ook met mooie wijzers in plaats van saaie cijfers. Naast hardware is het ook de bedoeling om de koppelingen naar het PACS te monitoren.

't Begin van alle dingh is swaer, Maer 't wert veel lichter achter naer.

Alle begin is zwaar,
Hoe beginnen we, wat moet er allemaal gebeuren. Vandaag staat in het teken van het structureren van de afstudeerfase.
Eerst maar eens het nodige van blackboard binnengehaald, de afstudeer handleiding en misschien nog wel het belangrijkste:

"Had u me dát niet eerder kunnen vertellen?" , hierin staat omschreven wanneer en wat je moet schrijven voor je afstudeerverslag.

Daarnaast een inventarisatie van alle apparatuur die op de afdeling staat gemaakt,de gegevens hiervoor heb ik uit ons ERP pakket gehaald (Sap/CareCtrl). Na het uitsplitsen is er een lijst ontstaan met 85 modaliteiten, apparatuur genoeg dus.

De opdrachtomschrijving is nu ook definitief en ik kan nu starten aan het Plan van Aanpak. Dit zal ik samen met Edwin Kailuhu opzetten, we gaan gebruik maken van de methode van Roel Grit.

Project Intersect: Proactief Monitoren in de Zorg, de start!

Na drie jaar studeren is het zo ver, het afstudeerproject is begonnen.
De opdracht is inmiddels goedgekeurd en een startdatum is gevonden, het wordt een heel interessant en uitdagend project!


Ontwikkel een dashboard waarop de klant de actuele status van zijn apparatuur kan zien.


Het doel is om de apparatuur proactief te monitoren en problemen (technische storingen, performance issues) tijdig te signaleren en op te lossen. Een dergelijk systeem is door de ICT afdeling al in gebruik voor de ICT systemen (SCOM). 
De klant is in mijn geval de afdeling Radiologie en de apparaten zijn de diverse modaliteiten op deze afdeling. Mijn collega Edwin Kailuhu zal hetzelfde gaan doen voor de Operatiekamers / Intensive Care.Aangezien het om een groot aantal apparaten gaat moet er nog wel een keuze voor gemaakt worden uit al deze apparaten. 


De duur van het project is 500 uur, ongeveer 20 weken. Op dinsdag en donderdagmiddag zal ik op het ziekenhuis werken aan de opdracht, daarnaast zal ook ook 1 1/2 dag in mijn vrije tijd werken aan het project.


Om de uitdaging nog groter te maken moet ik ook nog twee semesters volgen, dus dat wordt stevig aanpoten de komende tijd.


Dit blog zal dienen als logboek en informatiebron voor iedereen die dit project wil volgen.