December 2004 OmniHisNieuws December

December 2004

OmniHisNieuws December 2004

1

Colofon is de gebruikersvereniging van OmniHis® die het programma OmniHis® ondersteunt. Zij stimuleert informatisering en automatisering van de huisarts. Zo wil zij een bijdrage leveren aan de verbetering van de huisartsgeneeskunde.

bevat informatie over het programma OmniHis®, de vereniging OmniHis, de coöperatie OmniHis®, het bedrijf Kalis BV, automatisering in de huisartsenpraktijk en in de gezondheidszorg in het algemeen. OmniHisNieuws verschijnt 4 keer per jaar. Kopij Kopij dient uiterlijk op 22 februari, 22 mei, 22 augustus en 22 november bij de redactie te worden aangeleverd. Artikelen kunnen ingekort worden in overleg met de auteur. De verantwoordelijkheid voor de inhoud van de artikelen berust bij de auteur. Artikelen mogen worden overgenomen en/of vermenigvuldigd na toestemming van de redactie en met bronvermelding. Redactie Wim Brunninkhuis is gestopt met het verzamelen van de inhoud. Zie verder op in de tekst. Klaas Iest verzorgt de lay-out. Adres achterzijde. Maar hoe lang nog?? Zie ook verder in de tekst. Verzoeken tot het plaatsen van advertenties kunnen bij de penningmeester van de vereniging OmniHis worden ingediend. OmniHis BV = leverancier van het Huisartsen Informatie Systeem OmniHis®. Secretariaat: Van Voordenpark 13 5301 KP Zaltbommel tel: 0418-511611 fax: 0418-510631 E-mail: [email protected] Web: www.omnihis.nl Helpdesk OmniHis 0900-6664447 (0900-OMNIHIS) Medewerkers: Gijs Andrea, Ronald van Zelst, Marion Kuipers, Kees Swagerman, Dick Kalis, Jacqueline Lankhorst Joke Neve, Ellen Baltus Afra Benjamins, Denise Blauw, Ellen Burg Els Hordijk Hein Kraanen, Dymph Melchers, Sander Post Jildou Schaper, Casper Souer Jolanda van Willegen Annelies Zuid, Els Hordijk Sander Post Casper Souer Ellen Baltus Elles Burg Jolanda van Willegen

directeur account manager office manager coördinator product management medewerker product management coördinator client management coördinator client management medewerker client management medewerker client management medewerker client management medewerker client management medewerker account management medewerker client management medewerker client management medewerker product management medewerker client management medewerker product management medewerker office management medewerker client management medewerker account Management medewerker product Management medewerker product Management medewerker client Management medewerker client Management medewerker office Management

Bestuur: voorzitter: secretaris: penningmeester: lid: lid: secretariaat:

Constant Mostart Willy Sandelowsky-van Maarseveen Hans Aarts Jan Kranenburg Casper Tombrock Lida Ligthart

correspondentieadres: secretariaat: t.a.v. Lida Ligthart Postbus 3 1800 AA Alkmaar tel: 072-5627825 fax: 072-5627825 e-mail: [email protected]

Huisartsen Gebruikerscoöperatie OmniHis B.A. gevestigd te Lelystad. Kamer van Koophandel nr. 39072370. Is de coöperatie van OmniHisgebruikers, die eigenaar is van OmniHis® en OmniHis BV. Secretariaat: Postbus 332 5300 AH Zaltbommel [email protected] [email protected] bestuur: voorzitter: secretaris: penningmeester: lid: lid:

Luc van der Wal Ben Pater Dick Winterkorn Marjon Tombrock-Scheffer Othon Eijsbouts

Voorblad Wensen hebben we vele. Stel dat er helemaal niets meer te wensen was: niet best. Je hebt wensen en je kunt iemand iets toe wensen. Zo wens ik jullie allemaal een fijne Kerst en een goed, gezond en gelukkig 2005 toe. Doe wel en zie niet om. Bedenk daarbij dat er maar 1 land is: dat is de gehele aarde; dat er maar 1 volk is: dat is de gehele mensheid; dat er maar 1 taal is: dat is de taal der liefde. Loopt het je over de schoenen bedenk dan dat er een bijbelse waarheid is: hebt u naaste lief gelijk uzelf. Dat betekent dat je jezelf ook een bloemetje mag geven als je de ander een bloemetje geeft.... Jullie kunnen deze keer nog veel meer over wensen lezen. 2

Laatste OmniHisNieuws? Beste OmniHissers In 2001 reden Wim en ik eens samen terug van een vergadering. Wim: het is toch niet goed dat het (toenmalige) MacHis nieuws verdwijnt. Is dat niet iets voor jou? Wim wist dat ik wel eens vaker een blaadje enz. in elkaar gedraaid had voor anderen. Klaas: wat ik wel leuk vind is de lay-out, c.q. om er iets moois van te maken, maar ik heb er een hekel aan om achter kopij aan te lopen. Binnen enkele minuten was het geboren: Wim zou proberen kopij te krijgen en ik de lay-out. Zo hebben we het voorstel aan het bestuur gedaan. En zo zijn we in maart 2002 met ons eerste OmniHisNieuws uitgekomen. Wim is om goede redenen gestopt met het verzamelen van de kopij en ik wil daar nog steeds niet achter aan lopen. Gelukkig heb ik voor dit nummer wel het een en ander gekregen. Bovendien had ik nog een belofte staan: ik zou iets schrijven over alle wensen die wel en niet vervult zijn in Omnis Studio. Daar kon ik wel een heel blad mee vullen.... Hoe het nu verder gaat? Lees verder. Klaas

SynthesHis/SOG SynthesHis is het blad wat uitgegeven wordt door Orego en Altlas, de gebruikersverenigingen van MicroHis/Elias en Arcos/Promedico. Het His doet als 5e His mee. SynthesHis komt 4 maal per jaar uit en bestaat deels uit artikelen specifiek bedoeld voor een van de Hissen en deels uit algemene artikelen betreffende automatisering en de huisarts. SOG staat voor Stichting Ondersteuning Gebruikerverenigingen. Het is het ledensecretariaat voor de hierboven genoemde gebruikersverenigingen. Daarnaast wordt jaarlijks door deze gebruikersverenigingen het ledencongres georganiseerd. Dit ledencongres bestaat deels uit de algemene ledenvergadering van de betreffende gebruikersverenigingen, deels uit (geaccrediteerde) HIS gerelateerde nascholingen, workshops en nog veel meer en mag zich jaarlijks verheugen in een grote opkomst. Vanuit SynthesHis is eerder gevraagd of OmniHis geïnteresseerd was om mee te doen. Tot op heden heeft het bestuur

van onze gebruikersvereniging gemeend zelfstandig te moeten blijven om zo onze eigen identiteit te kunnen waarborgen. Inmiddels hebben we als bestuur te maken gekregen met de volgende 2 gebeurtenissen. Lida Ligthart, onze trouwe beheerder van het secretariaat heeft onlangs afscheid genomen, waarvoor ze uitvoerig bedankt is op de laatste algemene ledenvergadering. Dat maakt het noodzakelijk voor het bestuur om op zoek te gaan naar een nieuwe bemanning/ bevrouwing van ons secretariaat. Daarnaast heeft Wim Brunninkhuis ons meegedeeld dat hij is gestopt met het redacteurschap van OmniHisNieuws, iets wat hij 2 jaar geheel belangeloos gedaan heeft en waarvoor wij hem hier nogmaals willen danken. Klaas Iest, de andere redacteur heeft vanaf het begin gezegd dat hij zich niet met de inhoud wil bezig houden en alleen de opmaak wil verzorgen, overigens ook geheel belangeloos. Vanuit het verleden weten we hoe moeilijk het is om leden warm te maken voor het redacteurschap van OmniHisNieuws (en overigens ook de bestuursfuncties binnen de GV en de Coop). Het bestuur heeft gezien de hierboven genoemde problemen contact opgenomen met het bestuur van SynthesHis/SOG om te bespreken wat de mogelijkheden zijn voor onze gebruikersvereniging om deel te nemen aan SynthesHis en gebruik te kunnen maken van de diensten van het SOG. De uitkomst van dat gesprek was dat we welkom waren. Het bestuur heeft op de laatste bestuursvergadering de intentie uitgesproken om mee te gaan doen met SynthesHis/ SOG. Dit zal echter niet kunnen zonder een verhoging van de jaarlijkse contributie van onze gebruikersvereniging waarbij op dit moment nog niet duidelijk is hoe hoog die dan zal worden. Deels vallen kosten bij ons weg, de kosten daarentegen van SynthesHis zijn hoger dan die van OmniHisNieuws. Zoals de zaken er nu voor staan zal het bestuur op de komende algemene ledenvergadering in juni (11 juni om precies te zijn) aan de leden voorstellen om deel te nemen aan SynthesHis/SOG en zal dan ook kunnen aangeven hoe hoog de contributie dan zal worden. Daarnaast gaat het bestuur bekijken of er al mogelijkheden zijn om in 2005 al mee te kunnen doen aan het ledencongres (als opwarmertje). We houden u op de hoogte. Constant Mostart


3

STUDIO en Mac OS ervaringen. In het uitstekend geschreven stappenplan van Omnihis B.V. wordt een paragraaf besteed aan de systeemsoftware vereisten. Tientallen OmniHissers hebben de conversie van Classic naar STUDIO volbracht. Veel van de ondervindingen zijn op de discussielijst beschreven geweest (OMNIHIS@LIJST. ARTSENNET.NL). De diversiteit aan ervaring levert gedeeltelijk nieuw inzicht op. De in de afgelopen maanden opgedane ervaringen van de MacOS-gebruikers worden in dit document tegen de ± zes maanden geleden geformuleerde adviezen van de B.V. gehouden. Omnis Inmiddels is er Omnis versie 4.0.2. Deze versie werkt goed en belangrijke ongemakken als het ontbreken van bijzondere tekens (b.v. de umlaud) zijn ondervangen. Installatie ervan: eerst Omnis versie 4.0.1 met hieroverheen de patch 4.0.2. Bij deze versie hoort de installatie van een nieuwe databridge: versie 1.3. Besturingssysteem Het Mac OS 9.2.2 is geschikt om op de iMac’s G3 te draaien. Zie voor het opwaarderen van deze machines: http:// www.apple.com/support/imac/g3/. De iMac G3 machines, vooral de types 'met sleuf', blijken prima werkstations. Het Mac OS X 10.3 is HET besturingssysteem voor de server. Mac OS 9.2.2 is veel minder geschikt als 'server besturingssoftware' en niet te adviseren wegens hierdoor veroorzaakte traagheid in het werken met OmniHis STUDIO op alle werkstations. In ons netwerk hebben wij geen nadelen ondervonden van een gemengd OS 9.2.2 / OS X 10.3 netwerk. Uiteraard werken wij met een databridge. Het kan nuttig zijn om alle machines inclusief de eerder genoemde iMac G3 naar Mac OS X 10.3 op te waarderen. Het is een snel en stabiel besturingssysteem. Ook de eerder genoemde iMac G3 draaien er goed op. Het Mac OS X 10.3 is voorts een aanrader bij het gebruik van scan en OCR software. De server De server is in belangrijke mate bepalend voor de snelheid van het werken in het totale netwerk en deze machine dient een 'G4 of meer' als processor te bevatten. Andere bepalende factoren: een snelle harde schijf, een snelle interne architectuur van de machine en flink RAM (520 Mb). Wij werken in onze duopraktijk in een werkconfiguratie van vier werkplekken. De ervaring zonder een 'aparte server' is zo goed, dat het advies om bij het gebruik van meer dan 3 werkplekken over te gaan op het installeren van zo 'n aparte server absoluut niet noodzakelijk wordt gevonden en mijn advies is dan ook niet tot een dergelijke aanschaf over te gaan.

euro voor 520 MB) maakt het opwaarderen van tot 5 jaar oude machines een goede zaak. Netwerk. Een netwerk met coax bekabeling is niet goed meer. Dit type netwerk is gevoelig voor storingen en past niet in een moderne configuratie. Een 10 MB Ethernet Hub is goed, een 100MB switch beter. Zorg voor kwalitatief goede kabel en houdt deze kabel op afstand van storende bronnen (220 netspanning, transformatoren). Een draadloos netwerk kan, onder voorwaarden dat er sprake is van een voldoende krachtig signaal (ter plaatsen uit te testen!), ondersteuning van de moderne standaard 802.11g (extreme) en daarbij het draaien van MacOS X op de draadloze werkstations. Samenvattend. Het in de praktijk gaan gebruiken van OmniHis STUDIO zal in de praktijken veelal samenvallen met een update van het Mac OS besturingssysteem. Met een voor automatisering te besteden bedrag per patiënt per jaar van 3.40 euro en in die omstandigheden dat hardware al een tijdje meegaat, is het thans tijd om gereserveerde bedragen gericht te investeren. Met geld smijten is nooit de stijl geweest van OmniHis gebruikers en met afgewogen investeringen komt men ver. • de nieuwste en snelste computer moet de server/werkstation zijn. Een snelle G4-machine is goed. • als werkstations (computer + lokale printer) zijn de iMac G3 vanaf de sleuf modellen prima . • een coax bekabeling hoort niet meer. • ruim RAM in de computers komt de snelheid ten goede. • Mac OS X 10.3 is het favoriete systeemsoftware voor de Apple computers. • bedenk dat indien besturingssystemen moet worden opgewaardeerd van Mac OS 8/9 naar Mac OS X in regel de randapparatuur moet worden vervangen. • er is zeer veel randapparatuur (printers, scanners) verkrijgbaar. Binnen de vereniging is wisselende ervaring met randapparatuur. Het is nuttig bij een collega of op de OmniHis-lijst te vragen naar goede ervaringen. • een moderne praktijk heeft een ADSL aansluiting. Er dient op verstandige wijze van het internet gebruik te worden gemaakt. Internettoegang op iedere machine maakt het mogelijk om o.a. de systeemsoftware van de computers te onderhouden. • indien systeem/netwerk onderhoud niet tot de aandachtsactiviteiten behoort van een van de praktijkmedewerkers, is het een aanrader om deskundigheid in te huren. • indien een extern bedrijf het opwaarderen van hard en software inclusief Omnis, Databridge en OmniHis gaat uitvoeren, kom dan overeen dat binnen de daarvoor gereserveerde tijd een volledig werkend systeem wordt opgeleverd. Casper Tombrock

RAM (werkgeheugen). De uitspraak 'hoe meer vrij werkgeheugen hoe sneller een programma werkt', wordt door ervaringen bevestigd. De prijsgunstige tijd voor het aanschaffen van geheugen (v.a. ±140 4

VECOZO is een organisatie die als doel heeft om, in opdracht van de zorgverzekeraars, digitale certificaten uit te geven aan partijen met wie de zorgverzekeraars een overeenkomst tot uitwisseling van (persoons)gegevens hebben gesloten, en wel ten behoeve van een logische toegangscontrole op geautomatiseerde informatiesystemen (zo kun je lezen op hun internetsite, http://www.vecozo.nl/). Nu zijn de certificaten zie ze uitgeven alleen geschikt op het Windows platform. OmniHis gebruikers die op een Apple werken kunnen dus niet inloggen bij VECOZO. Ik heb ruim meer dan een jaar geleden in mijn toenmalige hoedanigheid als voorzitter van onze gebruikersvereniging, contact gehad met VECOZO. Mij is toen verzekerd dat VECOZO in samenwerking met NICTIZ kaartlezers en passen zou uitleveren zodat ook niet Windows gebruikers konden inloggen bij o.a. VECOZO. Ik heb me meer dan 1 jaar geleden aangemeld voor een pilot. Sinds juni ’04 heb ik een 3 tal (UZI) passen en 2 kaartlezers op de praktijk om in te kunnen loggen bij VECOZO. Om een lang verhaal kort te maken heb ik nog niet 1 maal kunnen inloggen. Ik zal u de details besparen maar vrolijk ben ik er niet van geworden. In principe zou het in de toekomst moeten lukken, mits u op de Apple OS-X heeft draaien, onder OS 9 lukt het in ieder geval niet. Als VECOZO wat meer tijd en energie zou stoppen in de ondersteuning van deze kaartlezers, is er goede hoop dat ik u volgend jaar kan melden dat ik met succes heb ingelogd.

manier om uw declaraties in te dienen en af te handelen. Met uw software programma kunt u heel gemakkelijk een elektronische declaratie opmaken en deze versturen met behulp van Vecozo. Dit is een snellere en veiligere weg om uw declaraties in te dienen. U bent reeds in het bezit van een VeCoZo certificaat en password, waarmee u uw declaraties snel en eenvoudig kunt indienen. Ook kan ik u vertellen dat wij uw declaraties binnen 21 dagen betaalbaar stellen. Voor het aanleveren op papier hanteren wij 30 dagen na datum binnenkomst. Indienen declaratie via VeCoZo Start een internetpagina op en surf naar www.vecozo.nl. Klik links in beeld (in de blauwe kolom) op de optie ‘Declareren’. Vervolgens verschijnt er een menu waarin u door middel van uw certificaat moet inloggen met uw wachtwoord. Wanneer dit gebeurd is verschijnt het onderstaande scherm in beeld. De opties ‘Declaraties zoeken’ en ‘Overzicht actuele decla-

Constant Mostart

Alleen voor Windowgebruikers...? Jacqueline Lankhorst-Bonnier vraagt: Is Vecozo iets voor het OmniHisNieuws, of willen jullie liever wachten totdat het daadwerkelijk kan vanaf een Macintosh computer? Omdat er ook mensen die zijn die de schoonheid van Apple niet kennen en “gewoon” op Windows werken publiceer ik toch maar onderstaand schrijven. Declaraties indienen via Vecozo Geachte heer/ mevrouw, U hebt een overeenkomst met uw Zorgverzekeringen voor het indienen van declaraties. Deze declaraties verstuurt u via de post op papier naar ons op. Dit is een lange en bewerkelijke

raties’ worden later in deze handleiding uitgelegd. Nadat u op de optie ‘Declaraties indienen’ heeft geklikt verschijnt het onderstaande scherm in beeld. In dit scherm wordt aan de hand van een overzicht getoond naar welke zorg-


5

verzekeraars u op dat moment uw declaraties kunt zenden. Controleer echter wel eerst of de gewenste zorgverzekeraar ook namens uw zorggroep het declareren via Vecozo ondersteund. U kunt dit controleren via de optie ‘Mogelijkheden’ (links in de blauwe kolom onder ‘Declareren’). Controleer bij de gewenste zorgverzekeraar in de kolom ‘ondersteuning’ of het reeds mogelijk is. Het vak achter ‘Declaratiebestand’ is op dit moment nog leeg,

knop ‘Indienen’. De computer leest dan het declaratiebestand uit. De voortgang van dit proces wordt op het scherm weergegeven door middel van een oplopende voortgangsbalk zoals in onderstaande figuur.

Nadat de voortgangsbalk is opgelopen tot 100% verschijnt er nieuw scherm in beeld waarin allerlei informatie wordt getoond die uit het zojuist ingediende declaratiebestand wordt uitgelezen. Controleer of deze gegevens correct zijn. Hierna kunt u twee dingen doen:

hiermee wordt aangegeven dat er nog geen bestand is geselecteerd. Om een bestand te selecteren klikt u op de knop ‘Bladeren’. Het selecteren van het gewenste bestand gebeurt door middel van het standaard Windows dialoogvenster voor het openen van bestanden zoals in onderstaande figuur is te zien. Open de juiste map bij ‘Zoeken in’ en selecteer het gewenste declaratiebestand. Klik op ‘Openen’ en het vak achter ‘Declaratiebestand’ zal worden gevuld met een directory/bestandsverwijzing waarmee wordt aangegeven dat er een bestand is geselecteerd.

1. de declaratie accorderen: als alles klopt zet dan een vinkje in het lege vakje in de kolom ‘Status’ en klikt u op de knop ‘Accorderen’. Het bestand wordt nu doorgestuurd naar de zorgverzekeraar. 2. de declaratie verwijderen: wanneer u besluit het bestand toch niet te willen verzenden dan kunt u het bestand weer verwijderen. Zet een vinkje in het lege vakje in de kolom ‘Status’ en klik op ‘Verwijderen’. Er van uitgaande dat alles correct was en u het bestand heeft aangevinkt en geaccordeerd, verspringt het scherm heel even. Het icoontje in de kolom status (zie omcirkelde) is veranderd (zie hieronder). Wijs met de muiscursor het icoontje aan voor de betekenis ervan. De status geeft nu aan “Wachtend op verzending naar

Uw e-mail adres is reeds voor u ingevuld. U kunt het e-mail adres aanpassen mocht dit wenselijk zijn. Wanneer u een declaratie vergeet te accorderen dan wordt naar dit e-mail adres een herinnering gestuurd dat u het bestand alsnog dient te accorderen. Tevens kunt u nog iets invullen bij ‘Referentie’. U kunt hier zelf bepalen wat u hier invult maar het is aan te raden hier een passende omschrijving in te vullen (bv. decl.week41.cz) die duidelijk verwijst naar dit specifieke declaratiebestand. Aan de hand van deze referentie kunt u later het bestand in uw overzicht opzoeken. Wanneer de stappen uit alinea 1.2 zijn voltooid, klikt u op de

de zorgverzekeraar”, wat betekent dat de declaratie wordt aangeboden bij de zorgverzekeraar. Het is niet nodig om te wachten tot deze status verandert; het declareren is reeds goed gegaan en de statusmelding zal niet direct meer veranderen. Om te controleren wat de status van een declaratie is verwijzen wij naar hoofdstuk 3 en 4. 6

Wilt u nog meer declaratiebestanden indienen begin dan weer opnieuw (zie stap 1). U kunt hierop dagelijks uw declaraties indienen als u dit wilt. Onze voorkeur gaat uit naar 1 maand declaratie. Op de site van VeCoZo staat deze instructie ook, onder het kopje handleidingen (en ik heb hem nog als bijlage bijgevoegd). Ook heb ik een lijst met prestatiecodes bijgevoegd volgens Vektis, daarbij staan ook de tarieven die worden gehanteerd.

Veilig van Classic naar Studio (1) Vanavond hebben we onze conversie-pilot-bijeenkomst gehad, georganiseerd door penningmeester en secretaris van de GebruikersVereniging samen met IT-instructeur Huub Stumpf en gesponsord door MSD. Het was een succes! Onder de deskundige leiding van Hans Aarts en Huub Stumpf [van A2] volgden de HAGRO’s Blaricum Eemnes Laren en Baarn de try-out. Met behulp van Powerpoint presentaties kregen de aanwezigen (17 huisartsen en 12 assistentes) gedetailleerde informatie over alle stappen die nodig zijn voor een succesvolle installatie van OmnisStudio, het eventueel noodzakelijke netwerkbeheer en uiteindelijk de conversie van Classic naar Studio. Uitgesplitst in een Apple- en een Windowsgroep werden de stappen stuk voor stuk helder uiteengezet d.m.v. screendumps met instructie, converteren lijkt zo een peulenschil! Zelfs de databridge voor de Apple-gebruikers levert geen probleem meer op als je de afgebeelde instructies volgt. De meeste aanwezigen denken binnen nu en 3 maanden de conversie uit te voeren, uiteraard alleen wanneer ook aan de systeemeisen is voldaan. Ondanks [of dankzij] de grote hoeveelheid technische informatie werd het programma in de evaluatieformulieren moeilijk bevonden maar goed gewaardeerd, we gaan er dus mee door!! Op korte termijn zullen de mentoren geïnformeerd worden, zodat we alom in den lande de conversievrees bij leden van de GebruikersVereniging kunnen keren door -regionaal- verhelderende workshops te organiseren onder leiding van A2instructeurs, bijgestaan door OmniHis-GV-mentoren. Tevens zal er een CD-rom en een web-versie van de instructie worden vervaardigd. Wanneer we aldus de conversie hebben kunnen realiseren, komt er ruimte voor workshops met A2 waarin we -ook weer regionaal- ervaring op kunnen doen met alle mogelijkheden van ons vernieuwde programma OmniHisStudio. De toekomst ligt open..... Vanaf deze plek wens ik u allen -mede namens Hans Aartsfijne feestdagen en een gezond en voorspoedig Studio-jaar! Willy Sandelowsky-van Maarseveen secretaris GebruikersVereniging

Veilig van Classic naar Studio (2) De groep Drachten gaat ook om. Maar hoe doe je zoiets praktisch met 15 artsen? Als mentor heb ik me er maar “even” op geworpen. Hoe ga je om van 9.2.2 naar OS-X? Hoe doe je dat bij 15 collegae die voor elkaar waarnemen? Alleen het omzetten van het besturingsysteem lijkt zo simpel, maar heeft grote consequenties. Niet iedereen heeft alle software voorhanden onder OS-X die ze wel gebruiken onder 9.2.2. Dit blad wordt gemaakt in PageMaker en dat werkt niet meer op het nieuwe systeem. Het nieuwe Indesign (met Photoshop, Illustrator en Go-Live) kost een beetje (€ 2140), Filemaker, OmniPage, Roxio Toast, Microsoft Office (Word, Excel, Powerpoint) zijn ook niet goedkoop. Dan moet deze tekst geconverteerd worden tot een pdf bestand voor de drukker en voor verzending via internet (Adobe Acrobat Pro) och, ga zo maar door. Niet iedereen gebruiken al die zaken gelukkig. Maar een ieder zal wel Word willen hebben anders kunnen ze de bijlages van anderen die via e-mail binnen komen niet eens openen. Dus: er komt meer bij kijken dan alleen even systeem update. De meeste collegae hier in Drachten werken nog niet eens met de laatste Classic versie. Dat betekent: of al het oude weggooien en nieuw beginnen of eerst upgrade tot 9.2.2 en dan omzetten. Het instaleren van OS-X kost op zich al circa 1,5 uur. Voor 3 machines veel tijd. Gedeeltelijk kan dat wel tegelijk, maar dan moet je wel over meerdere systeemschijven beschikken. Dan blijkt dat als het systeem erop staat dat er allerlei updates gevonden worden op internet en die moeten dus maar “even” geïnstalleerd worden. tijd, tijd, tijd en dat bij bv. 3 machines. Een oplossing: 1: Onze dealer (niet die preferente...) inventariseert bij alle collegae wat ze nieuw nodig hebben en maakt een offerte, enz. 2: De huisarts maakt (na back-up) een proefconversie van het bestand. Het blijkt dat het omzetten van de receptregels nog lang niet door een ieder gedaan is en dat kost vele uren tijd. Is dat eenmaal gebeurd dan gaat dat voor een volgende keer vele malen sneller (de eerste 280.000 receptregels zijn al omgezet en hoeven dus niet weer, de laatsten gaan dan snel). Bovendien bij Wim lukte de conversie niet omdat er een fout in het bestand zat die niet automatisch via test enz. enz. werd gerepareerd (voor de kenners: in fboek1 zat 2x een record met seq.nr. 130095. Hoe dat in Godsnaam mogelijk is??? Het was leuk puzzelwerk overigens). 3: We maken op een externe harddisk een kloon van een volledig OS-X systeem (welke tot op het laatste moment bijgehouden is via internet), waarop ook Classic is geïnstalleerd, inclusief OmnisStudio versie (waaruit ik eerst een bestandje heb verwijderd zodat Omnis de eerste keer om een registratie nummer vraagt), inclusief Dymo-LabelWriter software. Eventueel doen we de noodzakelijke extra’s er ook bij. 4: De huisarts neemt liefst een vrijdag vrij. De huisarts maakt de avond vooraf van alles wat hij wil bewaren een kopie.


7

(Ik zelf had dat ook gedaan, maar ben toch al mijn emailadressen en favorieten kwijt geraakt....). Verder converteerd hij het bestand of wellicht beter: via USB stick doe ik dat converteren voor hem/haar omdat 3x “test datafile” + 3x een “checkdatafile” met/zonder reparatie bij mij ± 5 minuten duurt en reïndexeren nog eens 4-6 minuten duurt en elders zijn we dan al vele uren verder. 5: Op die vrije dag gaat de dealer aan het werk. Eerst wordt de nieuwe hardware geïnstalleerd (computer/printers). Het volledig werkend systeem gaat via een kloon programma en via FireWire op de compleet nieuw geformatteerde harde schijf van de computer. Dat duurt ± 1/2 uur per machine. Herstarten en alles is geïnstalleerd. Dat heb ik uitgeprobeerd en werkt prima. Eh.... niet elke oudere machine heeft FireWire..... en dan kan dit even niet. Nieuw kopen wordt dan bijna altijd het advies (immers de dealer moet de extra uren ook worden betaald, meestal moet er ook meer geheugen in de Mac geplaatst worden, bovendien zijn die machines al meerdere jaren geleden afgeschreven). 6: Installeren van HisdataStudio, inbelnummers voor LifeLine, Dymo en printers instellen en draaien maar. Nu heeft menigeen óf Apples óf Windowsmachines maar deze tamme idioot heeft ze beide in een netwerk. Waarom Windows? Mijn kinderen klagen altijd over Apples, zijn anders gewend. Maar ook een aantal zaken werken niet op Apple bv. goede navigatieprogramma’s voor op zee en de daarbij behorende GSM koppelingen werken niet probleemloos. In OmniHisNieuws van oktober stond op het voorblad welke combinaties wel en niet kunnen. Een hybride netwerk zou niet mogen. Maar: met de Databridge zou dat hybride netwerk wel weer kunnen werken. Alles geïnstalleerd zoals het moest, maar werken? Ho-maar. Na 2 dagen puzzelen (werkelijk nergens heb ik daarover een beschrijving kunnen lezen) blijkt dat er een extra poort open gezet moet worden op de Windows server. Uiteraard is van alles afgeschermd door Firewalls, maar die ene poort moest je zelf maar bedenken. Dan blijkt opeens alles perfect te werken! (Wist u dat http://192.168.1.1:5913/ betekend dat het verkeer via poort 5913 zal gaan en dat die poort door de Firewall wel als verboden wordt gezien en dus speciaal opengezet moet worden???). Goed ik weet nu hoe het onder Apple allemaal moet, denk de meeste problemen wel onder de knie te hebben, onder Windows idem en met de combinatie heb ik ook de nodige ervaringen opgedaan. Het nieuwe OS-X is overigens geweldig. Printers en alle mogelijke zaken worden direct herkent en geïnstalleerd. Uiteraard niet de 12 jaar oude Stylewriter. Ik kocht zelf maar een hele mooie A3 foto printer (de fiscus betaald goed mee) en er gebeurt helemaal niets als ik die aansluit?? Wat heb ik nou? Kijk bij printers: is die al herkend en kan ik gewoon kiezen. Zo hoort dat. Ik heb nog al wat exotisch dingen, maar het werkt allemaal perfect. Voor de liefhebbers: ik heb bv. een screencalibrator (eye-one van GretagMacbeth): die stelt eigen-

lijk volledig automatisch de kleuren en contrast enz. in van je scherm. Of dat nu een CRT of LCD scherm is: foto’s krijgen opeens diepte en prachtige kleuren. Ook dat apparaat werd automatisch gevonden en geïnstalleerd. Veilig van Classic (onder OS 9) naar Studio (onder OS-X): moet lukken; wij gaan met zijn allen los. Klaas Iest

LifeLine prijst zich de deur uit?

Eén van de wensen bij mij in de praktijk is dat iedereen (2 artsen, 1 Haio, 2 doktersassistentes en uiteraard alle gezinsleden) als ze willen steeds en direct gebruik kunnen maken van het internet. We hebben ADSL (betaald door de apotheker: zie verder) en zijn dus steeds online. De apotheker heeft er grote baat bij dat de recepten elektronisch direct worden verzonden zodat zij in wezen om 8.10 uur al kunnen beginnen met de bereiding / klaarmaken van de medicatie. De kostenwinst weegt ruimschoots op tegen de kosten voor een ADSL lijn..... Technisch zou dit kunnen via LifeLine alleen tegen belachelijk hoge kosten (eerste investering van ± 960 euro en dan 90 euro per maand). De firma “list en bedrog” had daar andere ideeën over en wij verstuurden gewoon de recepten via de boze buitenwacht dus via onze eigen providers naar LifeLine en daar haalde de apotheker het weer op. Dit wil LifeLine niet meer en die stuurde me een email op 14 december dat ze dat per 21 december gingen blokkeren. De apothekers in Drachten behoorlijk op tilt natuurlijk: in de drukste periode van het jaar iets afsluiten. De goodwill voor LifeLine daalde tot absolute nulpunt. Het argument van LifeLine is privacybescherming. Het zal wel. Ik zit al 30 jaar in dit vak en leg nog steeds wel eens een receptje in het portaal klaar voor een patiënt; niks privacy. Het lijkt me typisch een uitvinding van niet-artsen en nietapothekers waaraan weer velen kunnen verdienen. Ik stelde voor: waarom schaffen jullie niet een eigen mailserver aan voor de 5 apothekers, dan sturen we de recepten toch rechtstreeks naar jullie? De oplossing was in 24 uur geboren. Alle apothekers hadden al een ADSL lijn via Ezorg en wij versturen nu de recepten rechtstreeks naar “[email protected]” en de apotheker haalt nu automatisch en zonder enige kosten elke minuut de recepten op. Geen inbelkosten, geen kosten voor LifeLine. Veel sneller. Het werkt perfect. Klaas Iest

8

Wensen Zoals beloofd heb ik alle 256 wensen die er tot 1 januari 2004 in mijn archief stonden doorgelezen, beoordeeld op hun waarde nu enz. Ik heb ze allemaal in een Filemaker database staan en velen waren door de programma-werkgroep reeds besproken. In september heb ik zowel de oude Classic en het nieuwe Studio naast elkaar gezet en steeds elke wens bekeken. Wat is verwerkt in Omnis Studio en ook hoe is het verwerkt. Vele wensen waren verwerkt en ook goed verwerkt. Al die wensen heb ik maar uit de database verwijderd. Een aantal wensen zijn wel in Studio gekomen maar naar mijn mening niet op de juiste manier.

Voorbeeld: er is een memo voor een woonverband gemaakt. Degene die de wens naar voren heeft gebracht bedoelde dat als volgt: iemand uit het woonverband heeft iets bijzonders bv. ligt plotseling in het ziekenhuis. Je maakt een woonverband-memo aan en als er nu iemand anders uit dat woonverband wordt opgeroepen dan moet direct dat alert-memo naar voren schieten. Zo is het niet door de programmeurs gezien en die hebben een knop gemaakt die veranderd als er een woonverbandmemo is. Je moet dus op die knop drukken om de memo te zien. Dat is geen goede alert-functie. Gelukkig kon ik de meeste wensen verwijderen en er bleven naar schatting een 70 over. In november is de programma-werkgroep + bestuur + de programmeurs Dick Kalis en Kees Zwageman bijeen gekomen en hebben we een deel van de lijst besproken. Het leuke van zo’n gesprek is dat ieder weer anders tegen een wens aankijkt en er in gezamenlijk overleg direct een besluit kan worden genomen hoe we verder gaan met zo’n wens. Dick kon een aantal wensen er ter plekke in programeren, kon dat zelfs sneller dan wij konden notuleren. Kees: “je houdt toch wel bij wat je allemaal veranderd he”? Sommige wensen werden als niet belangrijk weggestreept.

Anderen werden als zeer belangrijk genoemd en werden mee genomen om verder uit te werken door de programmeurs. Je moet begrijpen dat een wens soms moeilijk is te integreren. Een voorbeeld: ik laat aan mensen graag een plaatje zien om iets uit te leggen. Heb dan ook veel plaatjes in de computer staan. Daarnaast werk ik al jaren met ICPCcodering. Wat is er nu handiger dat je (net als literatuur/ patiënten-brieven) die plaatjes kunt koppelen aan die ICPC-code en dat er (net als bij literatuur/patiëntenbrieven) een icoontje in het journaal gaat oplichten zodra er een plaatje beschikbaar is bij die ICPC-code. Dick komt direct met het probleem dat er geen plaats is voor een extra icoontje omdat er nog steeds vanuit gegaan wordt dat OmniHisStudio ook moet kunnen draaien op computerschermen van 600x800 dpi. Dat roept een hele discussie op: wie gebruikt die dan nog? Moeten we daar wel vanuit blijven gaan? Los daarvan: moeten die plaatjes dan in OmniHis zelf komen of zetten we die los in en externe map? Dat laatste lijkt beter omdat er juist met zo verschillende schermen wordt gewerkt en een ieder dan de plaatjes zo groot kan laten zien als ze zelf willen. Kan een icoontje wel automatisch oplichten als de plaatjes in een extern bestand staan?? Gelukkig is er wel een oplossing voor mijn wens gekomen (een fototoestel-icoontje kan bv. geplaatst worden achter in de ICPC-regel-omschrijving. Daar is nog wel plaats). Maar u ziet: een simpele wens leidt tot een hele discussie. Gelukkig konden de meeste wensen worden verwijderd omdat die functionaliteit nu in Studio is ingebouwd. Na de verwerking van de wensen zijn we toe aan schoonheids”wensen”. Ik heb op dit moment Studio op 4 computers draaien om te vergelijken her en der. Eén keer Mac nog even op 9.2, eenmaal op Mac met OS-X en 2 x WindowsXP prof. maar met 4 verschillende schermgroottes: 800x600, 1024x768, 1280x1024 en 1600*1200 (de laatste op een 21 inch scherm). Bij 800*600 is het her en der echt behelpen; bij 1024*768 goed te doen en de grotere schermen dragen niet veel extra's bij (alleen in de breedte bij het journaal eigenlijk). Los daarvan heb ik nog wel opmerkingen over de schermgrootte van de literatuurschermen (te klein), de figuurschermen (te klein), het grafiekscherm (te klein) bij Lab. Die “groeien” niet mee met toenemen van de resoluties boven de 800x600. Dat was in Classic wel zo! Hieronder een lange lijst bedoeld voor de lezers om een indruk te geven wat er zoal als wensen is overgebleven. Sommigen zijn reeds besproken in november, de rest wordt besproken in januari. Ik heb er bewust in geknipt: het zou een te saaie opsomming worden. Her en der staat er schuingedrukt commentaar onder van mezelf ter bespreking met de leden van de programma-werkgroep.


9

Ik heb de namen van degene die de wensen geuit hebben er bewust niet bij gezet. Het woordje “ik” betekent meestal niet “Klaas” !!!!!! maar is van degene die de wens geuit heeft!!!! COMMUNICATIE: Bij EMAIL LEZEN een mogelijkheid om direct naar het labscherm of externe correspondentiescherm of journaal te gaan van de patiënt dan wie ik de uitslag of brief lees. Nu gaat het alleen naar het patiënten-administratie-scherm. En dan ook MET 1 KNOP TERUG naar het EMAIL-inzien (nu moet dat via control-5 , dan weer de muis pakken, rolmenu aanklikken , tweede menu pakken: dat zijn veel te veel stappen die ik herhaaldelijk elke dag moet doen) STUDIO: geen verandering. Blijft dit als wens staan? we hebben er een leuke discussie over gehad: wat blijkt: iedereen heeft een andere manier van postverwerking en iedereen denkt van de ander dat ie het net zo doet! PATIENTADMINISTRATIE: Het veldje in de NAW gegevens voor voornaam zou meer dan 10 letters moeten kunnen bevatten, want de naam Premkoemarie of Primhanskoemar past er niet in. Volgens mij is de lengte van dit soort velden destijds uit de WCIA-eisen gekomen en op 10 posities vastgesteld. Iemand anders: De NEN norm zegt dat het 256 posities moet zijn o.i.d.. STUDIO: geen verandering. Blijft dit als wens staan? In het Derdenbestand ben ik gewend de mee te geven code te laten bestaan uit 6 karakters. Wanneer ik dat bij de apotheek doe is dat in het derden bestand zelf geen probleem (bijv. apo-bo). Als ik deze 6 karakters vervolgens probeer in te voeren in de medische administratie bij een patiënt dan blijk ik er maar 5 kwijt te kunnen! Vraag is dus of het veld "apotheek" in de medische administratie opgerekt kan worden naar 6 karakters. STUDIO: geen verandering. Dit als wens staan! Volgens mij is dat geen wens maar een bug. In de OMNIS studio versie van OmniHis zit per patiënt een vakje voor emailadres. En dan click je op dat emailadres en dan start je emailprogramma.............? STUDIO: geen verandering. Blijft dit als wens staan? Tja? Wie gaat dat gebruiken? Wordt dat de toekomst? Zou de leeftijd bij 0-jarigen misschien ook weergegeven kunnen worden (staat nu blanco, toen ik er net mee werkte dacht ik dat geb.datum niet ingevuld was). Liefst zou ik bij baby's duidelijk in maanden hebben, tot een jaar of 3 bv.: 0 jr. 2 mnd of zo). Ik moet met baby'tjes nl. nu zelf altijd snel rekenen of het een heel jonkie is of een wat oudere zuigeling. En hoe meer de computer voor me doet, hoe liever STUDIO: geen verandering. Blijft dit als wens staan? Hier zal Dick iets moois voor verzinnen. Op het recept en bijvoorbeeld Label-verwijskaart worden de verzekeraars altijd afgedrukt met de afkortingen die wij zelf verzinnen in het Derden-bestand. Mijns inziens is dat niet juist en met name op genoemde plaatsen zeer onduidelijk.

Hier zou beter de volledige naam van de verzekeraar kunnen komen te staan of (als die te lang is een begrijpelijke afkorting die wij (extra in te brengen veld in het derdenbestand !) zelf kunnen aangeven ( in dat extra in te brengen veld in het derden-bestand). NB: bij mij werkt de automatisch aansturing van de LabelWriter onder Command-Y niet in Studio. Bug? of doe ik iets verkeerd? (Klaas) STUDIO: geen verandering. Blijft dit als wens staan? Neen: wordt niet veranderd anders worden de labels te klein. Slechts één van ons had dat ontdekt. Geen van de anderen was het ooit opgevallen. JOURNAAL: In journaal: actieve medicatie: Sommige artsen (waaronder ik) willen graag altijd de actieve medicatie zien. Nu verdwijnt de actieve medicatie steeds bij elke handeling. Even terug kijken ergens in het journaal: verdwijnt en komt niet terug als je weer bij de laatste regel gaat staan. Met een tab even naar receptendeel en nog een tab weer terug: actieve medicatie verdwenen. Naar andere patiënt: verdwijnt. Dit gebeurt niet bij de medicatie-button, maar wel bij de actieve-medicatie button: jammer en steeds weer onnodig klikken. STUDIO: Graag laatste instelling onthouden. Kon niet ter plekke worden geprogrammeerd.... Vraag. Na de vraag “Ook ruiter aanmaken” zou dit volgens de lijst automatisch moeten gebeuren. Antwoord. Dit was ook zo 10 jaar geleden. Toen was de wens tot een eigen keuze, omdat dan ook de tekst beter ingevuld kon worden. STUDIO: er komt geen waarschuwing meer om een ruiter aan te maken. Is dat bewust zo gedaan (Klaas: mij overigens best!) De wens om na commando Wijzig in het receptenscherm niet terug te springen naar de datum in het journaal, maar in het receptenscherm te blijven. STUDIO: is absoluut niet verbeterd. Wat ik toch wel node mis, is een mogelijkheid om hetzij via het Journaalscherm hetzij via het Extern scherm, direct de mogelijkheid te hebben om een Probleem aan te maken, bijv. via een 'knop'. Hierbij zou dan automatisch de IPCP code direct moeten worden opgenomen in de probleemlijst met de mogelijkheid een probleem actief of niet actief te maken. Kortom ik wens een ProbleemKnop in journaalscherm en Eveld! STUDIO: geen verandering. Blijft dit als wens staan? Nog een programmawens betreffende *ZW-ruiter: kan deze automatisch verwijderd worden als de aangegeven einddatum gepasseerd is. Nu blijft (volgens mij) een vrouw levenslang zwanger tenzij je de ruiter weer handmatig weghaalt. STUDIO: geen verandering. Blijft dit als wens staan? Dit wordt gewijzigd. Bovendien klopt bij het invullen de einddatum niet: het is 9 maanden + 1 week in plaats van 9 maanden. 10

Als ik “alle regels” doe en daarna in een verrichting iets wijzig, ben ik meteen weer alle regels kwijt. Dat is voor mij irritant. Kunnen alle regels niet blijven staan ? Ik vul bij oude verrichtingen tegenwoordig ICPC coderingen in. Dat alle regels niet blijven staan is mijnerzijds dus een programmawens. Klaas: O.K., maar bij een nieuwe patiënt weer terug naar gewoon. STUDIO: geen verandering. Blijft dit als wens staan? De voornamen van kinderen staan gelukkig boven het journaal. Zou dit ook bij volwassenen kunnen? Met het ouder worden vergeet ik de voornamen van de patiënten die ooit als kind in de praktijk kwamen..... STUDIO: geen verandering. Blijft dit als wens staan? Liever géén ICPC-code dan een crazy code! Liever geen icpc-code bij herhaalreceptuur. Volgens mij is de enige oplossing om herhaalreceptuur niet meer (automatisch) te coderen: er was immers geen consult en er is geen diagnose gesteld. Graag zou ik bij alle herhaalrecepten die reeds van een code voorzien zijn deze via systeembeheer willen kunnen verwijderen. Sommige gebruikers willen bij het herhalen van de recepten wel ICPC-codes (zodat je deze recepten ook ziet wanneer je een selectie op tractus maakt; anderen voor LinH registratie) anderen willen hier liever een streepje. Wellicht is er een programmawens uit te destilleren: In de vaste gegevens wordt opgenomen bij punt 16: Bij het aanmaken van herhaalrecepten automatisch coderen met ICPCcode? J/N Vul je een N in: geen ICPC-code dus altijd een streepje Vul je een J in dan blijft de situatie zoals deze nu is en wordt de ICPC-code overgenomen van het eerste herhaalrecept dat in de scrollbox wordt aangeklikt. Wellicht dat we dan iedereen te vriend kunnen houden (en dat vind ik een van de sterke punten van ons HIS) NB-1: (Klaas): ik had in MacHis7 even onder UPDATE een programmaatje geschreven wat bij alle herhaalrecepten (verrichting is H of R) de ICPC-codes verwijderde. Een waarlijk genot: gaf je via Command-J een selectie aan dan zag je alleen de selectie en niet de eindeloos onzinnige herhaalrecepten ertussen. Dit is natuurlijk snel even te programmeren zodat een ieder na een uurtje Update van die onzinnige ICPC-codes af is. NB-2: (Klaas) in het huidige Studio wordt weer de ICPCcodes bij herhaalreceptuur meegenomen. Dit lijkt me uiterst ongewenst. NB-3: (Klaas) het is eigenlijk nog onzinniger geworden bij de herhaalreceptuur: de ICPC-code van het eerste middel (bv. Adalat K86) wordt ook bij het 2e middel geschreven terwijl die wel eerst een ander ICPC-code had staan (bv. Metformine T90) STUDIO: is hierin absoluut niet verbeterd. En dat moet wel!!!!!!!!! Van de week gaf ik een beginnerscursus in Amsterdam en tot mijn schrik meldde een van de assistentes dat ze een ander HIS handiger vond bij het herhalen. Uiteraard heb ik haar wat handigheidjes van MacHis kunnen bijbrengen, maar ze had toch wel een punt vond ik.

Zij vertelde dat ze in dat andere His de beginletters kon typen waarop gelijk verscheen welk medicament de desbetreffende patiënt had geslikt beginnend met deze letters. Dat betekent dat ze niet eindeloos in de scrollbox hoeft te turen naar het juiste medicament. Ik zou het voor MacHis als volgt uit willen kristalliseren, maar wellicht hebben jullie andere/betere ideeën: Na het intoetsen van een of meer letters in het vakje memocode springt de balk in de scrollbox naar dat medicament dat met deze letter(s) begint tellend vanaf het laatste medicament. Dit moet uiteraard gebeuren voordat een gegeven wordt, omdat anders gezocht gaat worden (op de persoonlijke lijst). Wordt het gewenste medicament getoond dan kan eenvoudig gedubbelklikt worden in de scrollbox. Voor de artsen die 'nieuwe' medicijnen voorschrijven verandert er niets: zij kunnen gewoon een geven. Ik weet niet of het technisch mogelijk is om de cursor tijdens de invoer te laten verspringen in de scrollbox, maar we gebruiken het ook in de 'extra-tekst' scrollbox in het receptenscherm bij de letter S en in de scrollbox van de specialistencodes. STUDIO: scrollbox toont beperkt aantal regels = 11 en vreemd genoeg op Windows schermen maar 7, er kan wel gesorteerd worden (Klaas: heb je volgens mij niets aan), maar de bovengenoemde extra's zitten er niet in. STUDIO: geen verandering. Blijft dit als wens staan? Een klein dingetje in het receptenscherm van HetHis viel me op: In het gebruiks (S/) veldje moet in elk His een code ingevuld worden (bv. 6d1T ZNP). Bij HetHis staat naast dit veldje direct de vertaling te zien (6 maal daags zo nodig 1 tablet bij pijn.) Ik dacht: 'Dat wil ik ook in MacHis'. Als je met EVS of Amsterdams Formularium werkt, komen er ingewikkelde codes naar voren, waarbij je de betekenis pas kan zien als het recept geprint is. STUDIO: geen verandering. Blijft dit als wens staan? Soms lijkt de vertaling wel onder in het scherm te staan, maar dan ook weer niet. Hoe zit dat? Wij hebben nu met de apotheek afgesproken dat opiumrecepten er als opiumrecepten uit moeten zien. Er wordt alleen afgeleverd als alles uitgeschreven is. Het zou mooi zijn en gevaarlijke fouten schelen als bij MacHis er bij IEDER opiumrecept geen hoeveelheid in cijfers meer vermeld werd maar bij voorbeeld puntjes waar je zelf iets op moet zetten. ander Hissen doen dat al zo. De getallen worden niet uitgeschreven 30 = dertig. STUDIO: geen verandering. Blijft dit als wens staan? Programmawens: Kan er een controle ingebouwd worden waarbij de contra-indicaties aangegeven worden zodra je de ruiter ZW invult? Onlangs overkwam me dat een patiënte die al een tijdje met succes Serevent gebruikte (omdat Ventolin over de nacht onvoldoende werkte) en waarvan niet verwacht werd dat ze zwanger zou kunnen worden omdat ze in de overgang zou zijn... zwanger werd. De obstetrist belde: geen verwijt, maar Serevent verhoogt de kans op een schisis. Het is maar dat je het weet.


11

Niet dat ik had geweten dat Serevent in de zwangerschap niet mag, maar als ze zwanger was geweest terwijl ik het had willen voorschrijven had ik het opgezocht, en had MacHis wellicht een waarschuwing gegeven. Andersom was dat niet het geval. Meestal komt de patiënt bij mij om te melden dat ze zwanger is. Soms meldden ze het bij de assistente. Het is dan handig als er, buiten je eigen bellen, op de computer ook bellen gaan rinkelen. Je bent dan wel wat laat, maar toch, je kunt meteen stoppen als een medicijn zwangerschapsonvriendelijk is. STUDIO: geen verandering. Blijft dit als wens staan? Deze week met mijn belangrijkste apotheek begonnen met het elektronisch versturen van recepten. Middenin de griepcampagne. Aan het eind van de ochtend worden alle recepten, die niet geprint en meegegeven zijn in 1 keer elektronisch naar de apotheek verstuurd. Dat geldt daardoor ook voor alle grieprecepten, die die ochtend 'geboekt' zijn. 1 telefoontje naar de apotheek is natuurlijk voldoende om hem de grieprecepten te doen negeren. Maar ze zouden eigenlijk niet eens verstuurd moeten worden. Is hier een andere oplossing voor? Ik zou het niet 1-2-3 weten. Je kunt de griep natuurlijk ook 's middags doen nadat je de recepten al verstuurd hebt of bij de receptenlijst aangeven tussen welke 2 tijdstippen hij moet kijken. Er zijn een aantal mogelijkheden om dit euvel te voorkomen: 1. Je kunt een vinkje √ in het vierde planvak zetten bij het verwerken van de griepvaccinaties 2. Je kunt de griepvaccinaties verwerken met een oudere datum 3. Je kunt de griepvaccinnaties verwerken nadat de recepten zijn verzonden STUDIO: is hierin verandering gekomen? Blijft anders slordig. Blijft dit als wens staan? HOGER RISICOSCHERM: Ik zou graag in het Hoger Risicoscherm een aanvullend veldje voor de Serumkreatinine willen (analoog aan de serum cholesterol). Met leeftijd, geslacht, gewicht en serum kreat kan dan automatisch de clearance uitgerekend worden analoog aan de QI Clearance in ml/min = (140 - leeftijd) * Gewicht * Constante / Serum kreatinine CONSTANTE = 1,0 VOOR VROUWEN EN 1,2 VOOR MANNEN Iemand anders: Wil graag de Cockroft formule erbij hebben Mannen: ((140 - leeftijd in jaren) x gewicht in kg) gedeeld door (72 - plasmaconcentratie creatinine) Vrouwen: ((140 - leeftijd in jaren) x gewicht in kg) gedeeld door (85 - plasmaconcentratie creatinine) Kan ook goede sier maken op demonstraties + handig bij diabetes begeleiding STUDIO: geen verandering. Blijft dit als wens staan? Graag zou ik het risicoscherm wat meer uitgebreid willen zien. Nu mijn handelen steeds meer bepaald wordt door primaire en secundair preventieve argumenten, zou het mij zeer welkom zijn indien de afwegingen, ook door mijn HIS zou worden ondersteund. Dat betekent dus dat mijn systeem een risicoprofiel van een

individuele patiënt kan genereren. Aangenomen dat het hoger risico scherm is ingevuld m.b.t. roken, diabetes en hypertensie moet het toch mogelijk zijn om minimaal volgens de NHG standaarden een advies te geven met betrekking tot simvastitine / antihypertensiva gebruik. Nu moet ik steeds weer allerlei kaartjes m.b.t. medicatie gebruik erbij pakken. Als deze wens in vervulling zou gaan dan betekent dit dat een His daadwerkelijk iets “extra's” zou opleveren voor de gebruiker, i.c. voorschrijvend huisarts. Ik besef dat het een en ander niet zo makkelijk is om te implementeren, maar de aard van de materie vraagt mijns inziens om ict oplossing.. Ook zou in de toekomst dit risicoprofiel steeds moeten worden aangepast naar de dan geldende maatstaven.... NB 1: (Klaas). Ik denk ook aan een zinvoller gebruik van het hoger-risico-scherm c.q. een gecombineerd scherm voor diverse verhoogde risico's die allen met elkaar samenhangen. Ik heb jullie een eerste gedachtegang op papier gestuurd. Daarin is juist de organisatie van de controles naar voren gekomen, met een voor ieder inzichtelijke balk van de werkelijke risico's direct zichtbaar (en die direct veranderd als iemand opeens stopt met roken...). Daaraan kan natuurlijk een goed advies gekoppeld worden. Dat lijkt me dan een volgende stap. NB 2: (Klaas). Een jaar geleden hebben we in onze toetsgroep een cardioloog en een huisarts gehad met een programma voor optimale behandeling van alle cardiovasculaire risico’s. Op zich zat dat heel mooi in elkaar, er kwam ook een keurig advies uit (je kon daarbij zelf aangeven welke jouw voorkeur voor een statine / bêtablokkers enz. was en dan genereerde het programma zelf het bijbehorende recept). Een aantal weken geleden (in Egypte) een soortgelijk verhaal over astma/COPD. Ook heel geprotocolleerd en “niks mis mee”. Zoiets bestaat ook voor diabetes. Het grote probleem met die programma’s is dat ze niet geïntegreerd werken binnen een His en dat je dus bij elke diabetes / cardiovasculaire / longpatiënt steeds 2x de gegevens moet invullen. Daar zitten we natuurlijk niet om te springen. Maar als dergelijke zaken nu eens in ons eigen His geïntegreerd zouden (kunnen) worden: dan krijgen we wel een heel mooi HIS !! STUDIO: hier moet m.i. maar een commissie voor komen. In ieder geval moeten we uitgebreid inventariseren hoe men dat precies wel / niet wil. Open discussie op internet?? LAB: Mogelijkheid om de lab-uitslagen van 1 bepaalde dag uit te printen. (nu is alleen te kiezen op wijze van sorteren: nl. op datum gesorteerd of op bepaling). Dick: printen van lab waarden “vanaf - tot datum” er bij in maken s.v.p. STUDIO: geen verandering. Blijft dit als wens staan? CORRESPONDENTIE: Constant Mostart wil in het externe corr. scherm graag eenzelfde mogelijkheid de ICPC-thesaurus aan te sturen als in het journaalscherm. Dick: we vinden dit een zeer terechte 12

wens! Uniformiteit in dezen is zeer handig en gewenst ook voor het leerproces. STUDIO: het lijkt veranderd, maar werkt niet. Verder de wens om in de ext. correspondentie de code over te nemen die zojuist in het journaal is gebruikt. STUDIO: zou moeten werken, maar werkt niet. Lijkt een bug.

UITGEBREIDE BRIEF en EXTERN TEKSTVERWERKER: In de uitgebreide brief de mogelijkheid hebben om te kiezen met of zonder ICPC-code. Verder een aparte mogelijkheid voor het plaatsen van ruiters en problemen, zodat dit niet meer dwars door elkaar komt te staan. Luxe went snel. Het is heel mooi om nu journaalregels te kunnen importeren. Maar er zou nog een knop bij mogen komen, die een keuze scherm bereikbaar maakt, vergelijkbaar met wat je krijgt als je kommentaren in de brief wilt plakken. Je zou dan zelf het aantal regels moeten kunnen kiezen (al zou je er 200 willen!) of alle consultregels op een bepaalde ICPC code, dan wel tractuscode, dan wel datum moeten kunnen selecteren. Wat ik ook mis is de mogelijkheid de betreffende brief naar eigen inzicht op te maken. STUDIO: vraagt om uitbreiding bestaande functie. Technisch zeker haalbaar. Klaas: ik heb nog niet uitgeprobeerd wat in de brief wordt meegenomen als we met deelconsulten werken. Komen dan de laatste 4 deelconsulten in de brief? Dan zou juist de laatste 4 met eenzelfde ICPC-codering (of alleen ICPC-tractuscodering) meegenomen kunnen worden. 200 lijkt me zinloos: vraagt weer om een extra keuze knop enz. Scrollen in het journaal en een aantal aanklikken en dan "naar brief" lijkt me prachtig maar technisch een hoogstandje. Van de andere kant zijn er veel mensen die zelf een "voorbeeldbrief" zouden willen maken die dan standaard met de knoppen gebruikt kan worden. Niet iedereen is blij met mijn tekst die ik eens opgesteld heb en dat lijkt me terecht. Zou iedereen een standaardbrief kunnen bouwen naar zijn eigen zin, met een begin en eind tekst, en waar tussen dan de journaalregels komen? STUDIO: wel is er een mooie verbetering: indien bij Evaluatie niets is ingevuld dan wordt die regel niet meegenomen; als er wel wat is ingevuld wel; dit geldt ook voor de ICPC code. Keurig. De lab-button tenslotte levert door het steeds noemen van de normaalwaarden en toevoegsels als /bloed e.d. zoveel ruis, dat het geheel onoverzichtelijk en onwerkzaam wordt en veel te veel ruimte in de brief inneemt. M.i. moeten de uitslagen sec genoemd worden en niet meer dan dat. STUDIO: geen verandering. Blijft dit als wens staan? Klaas: m.i. een hoge prioriteit!!! Ook eerder genoemd mis ik een aanduiding voor het einde van een A4-tje in de uitgebreide brief, zodat ik van te voren weet, dat deze op 1 vel past. Als dit niet het geval is, dan begint het 2e vel gewoon boven aan te printen. Als je een

brief MET briefhoofd in de printer hebt en dus de keuze ZONDER briefhoofd hebt geselecteerd, betekent dit, dat het 2e deel van de brief dwars door het voorgedrukte briefhoofd wordt geprint. M.a.w. bij een brief langer dan 1 A4 moeten de volgende pagina's “een gemiddeld briefhoofd” lager beginnen met printen. STUDIO: je krijgt nog steeds niet het einde in beeld tenzij je de brief even “proefprint” naar scherm. Dubbel werk. Als de volledige tekstverwerker erin gebouwd wordt moet dit zeker meegenomen worden. Meerdere pleiten nog eens voor een mogelijkheid om te koppelen naar een externe tekstverwerker. Hij mist in OMNIS de grafische mogelijkheden voor de lay-out en plakt vaak zijn brieven in AppleWorks. Het is inderdaad belachelijk dat je op een Macintosh, een computer die vooral in de grafische sector gebruikt wordt, niet eens een fatsoenlijke lay-out kunt maken in een brief. Zelf gebruik ik al jaren met tevredenheid een tekstverwerker buiten MacHis om. Het zou echter beter zijn om dit vanuit OmniHis te doen. Direct aansturen van AppleWorks via Applescript, of Words via ODBC moet toch simpel te doen zijn. STUDIO: geen verandering. Blijft dit als wens staan? (Het schijnt door een van de programmeurs gemaakt te kunnen worden: een min of meer volledige tekstverwerker functie in de uitgebreide brief, dan is extern niet meer nodig...; er moet dan wel een spellingscontrole bij voor enkele collegae die dyslectisch zijn...). Bij de uitgebreide brief is het niet mogelijk om een lange naam dan wel naam en adres in te vullen. Als de persoon in het Derdenscherm staat wel, maar een heleboel brieven gaan maar eenmalig naar iemand, meestal verzekeraars/advocaten etc. die info willen. Graag uitbreiding van het veld t.a.v. STUDIO: is nu 32 posities. Lang genoeg?? Tevens zou het aantal mogelijke voorbeeldbrieven van mij wel omhoog mogen. STUDIO: is er nu een maximum aantal??? Wij werken met 5 artsen op MacHis. Wanneer we brieven schrijven met kop komt er steeds de naam in van degene die in het INFO-scherm vermeld staat. Doe we iets fout? Zo niet, dan een programmeer wens: graag bij kop de naam van de actuele gebruiker in laten voegen. Je hebt de mogelijkheid om meerdere gebruikers te definiëren en dan ook met eigen code en wachtwoord MacHis te openen zodat op het recept maar ook op de brieven de in het derde bestand ingevoerde naam gebruikt wordt. Dit staat allemaal keurig in de handleiding. Ik heb het net nog eens geprobeerd; we loggen allemaal met onze eigen naam in maar hij blijft hardnekkig de gegevens van het INFO-scherm meenemen. Doe ik misschien iets anders verkeerd? Hebben we gedaan en bij recepten gaat het ook allemaal prima. Alleen bij brieven niet. STUDIO: geen verandering. Blijft dit als wens staan? Klaas: lijkt me een terechte wens met hoogste prioriteit.


13

FIGUUR: Foto ingevoerd als pasfoto bij figuur (niet extern): Grootte is kennelijk niet zodanig dat hij past in het kader bij patiëntgegevens: de pasfoto van mijn vrouw was dus kennelijk te groot. Het lijkt me dat hier duidelijkheid moet komen hoe groot (aantal pixels x pixels) een pasfoto met zijn om te passen. Hiervan moet een melding komen in de helpfile. Grote wens: figuur / plaatje(s) rechtstreeks te koppelen aan ICPC en dan een fototoestel-icoontje in het journaal die oplicht zodra je in het journaal die ICPC invult zodat je dat plaatje rechtstreeks op kunt roepen. Ik heb diverse plaatjes staat nu in de literatuurlijst bij bepaalde ICPC-gecodeerde verhalen. Bv. Benigne prostaat hypertrofie. Vul je nu bij het journaal Y85 in dan licht de literatuur-icoon wel op, ga je naar de literatuur dan heb ik meerdere artikelen bij die ICPC staan en moet ik maar weten bij welke nou net dat plaatje ook al weer staat.... In journaal: literatuur icoontje: Ik heb veel literatuur verzamelt en bijna allen gecodeerd a.d.h. ICPC-code. Het lampje voor protocol en icoontje voor pat. brief lichten keurig op, doch dit geldt niet voor het icoontje van de literatuur (die overigens altijd "gedimd" is). Het zou mooi zijn als er een scheiding komt: pat. brief roept alleen patiënt brief op, protocol roept alleen NHG-Standaard op (waarom heet dit icoontje overigens geen “NHG-Standaard”), en literatuur licht op indien er overige literatuur gecodeerd op ICPC aanwezig is, en bij aanklikken krijg je dan ook alleen uit die literatuur te selecteren. In journaal: protocol / literatuur / pat.brief. Na aanklikken krijg je een klein scherm zodat een het zelfs op een 800x600 scherm het beeld een stuk breder kan, maar ook hier vind ik dat dat het liefst het veld "meegroeit" met het scherm. Als dat niet kan dan als minimum op 1024*768, dan krijgen de kleinere schermen wel scroll-bars. Nu moet iedereen scrollen!!! NB: als het meegroeit kan ik op een scherm van 1600x1200 pixels waarschijnlijk menig brief zonder scroll-bars ineens zien. NB: bij import van literatuur via OmniHis wordt alles afgekapt op 80 posities (op zich nergens voor nodig en buitengewoon hinderlijk: ik haal deze harde spaties er overigens steeds weer uit....). Als ik zelf literatuur verzamel dan is dit uiteraard niet op 80 posities afgekapt. DERDENSCHERM: Ik voer net weer eens een specialist in, in het derden bestand en loop voor de zoveelste keer tegen de frustratie aan dat ik in het etiketten deel zo weinig ruimte heb op de regel. Zou dat niet zo gemaakt kunnen worden dat ik meer karakters per regel kwijt kan? STUDIO: alle velden zijn 28 posities lang (al lijken ze langer in het scherm) Moet dat veranderen??

FINANCIELE ADMINISTRATIE: Programmawens: de onmogelijkheid om te kunnen doorboeken als er niet gereïndexeerd is. STUDIO: Klaas: niet uitgetest. Iemand anders wel??

Wens: Het systeem moet een memo genereren, wat automatisch naar voren komt, waneer een nota langer dan een bepaalde instelbare periode niet betaald is. Dit memootje moet ook bij het plaatsen van een afspraak in de agenda gegenereerd worden. Na uitboeken van het betreffende bedrag moet het memootje automatisch weer verdwijnen. PS: Het memootje wanbetaler kan vergezeld gaan van een toepasselijk (bv mitrailleur) geluid en een rode vlag. Het uitboeken kan bij de laat betaalde nota's vergezeld gaan van het rinkelen van een kassa of Stadion-applaus. STUDIO: geen verandering. Blijft dit als wens staan?

AGENDA / TIJDLIJST: Ik heb nog een aanvullend verzoek. De visitekaart werkt niet echt als je alle brieven in zijn geheel in het E scherm hebt staan. Je krijgt dan een aantal A4 tjes mee op huisbezoek die je daarna weer weggooit. Ik doe dit nooit meer. Wat ik meestal nu zelf doe is op een A6 je het patiënten label + het historie overzicht print. Vaak voldoet dit prima maar het kan beter. Ik heb ooit voorgesteld het E scherm en het K scherm los te koppelen van elkaar waardoor je in een van de twee de complete brieven hebt staan en in de andere een 2-3 regelige samenvatting die zich dan weer mooi zou lenen voor de visite kaart. Als dit niet lukt stel ik het volgende voor: op de visitekaart hoort te staan: - de NAW gegevens - verzekeringsgegevens - het historie overzicht - de actuele medicatie (- de probleemlijst eventueel, is vaak veel overlap met het historie overzicht) Misschien is deze wens er al: 1: Bij het uitprinten van een visitekaart ook de tekst van het memo printen. 2: Bij het uitprinten van de groene kaart de inhoud van het NAW-scherm (beroep etc.) uitprinten en idem het memoscherm. STUDIO: niet veranderd? Als je van een groene kaart naar de agenda gaat zou het handig zijn als er een commando-toets is waardoor je rechtsreeks de patiënt waar je mee bezig bent in de agenda kan plakken, i.p.v. weer geboortedatum te vragen als hij toevallig Jansen heet. STUDIO: nieuwe wens. Lijkt me absoluut handig bv. onder telefonisch spreekuur. Lijkt me niet direct gemakkelijk te maken overigens. Of je zou weer met een aparte knop iets in clipboard moeten zetten en die in de agenda weer moeten pasten + tab.... SYSTEEMBEHEER: Als je in MicroHis een MEDEUR file importeert, zoekt het systeem het bestand af naar patiënten met dezelfde NAW gegevens. Als dit zo is, krijg je een dialoogvenster waarin gevraagd wordt of je de patint opnieuw in wilt voeren, of dat je het bestaande dossier wilt aanvullen. Zeer praktisch! Het is bijna altijd zo, dat een nieuwe patiënt zich aanmeldt, dat je hem/haar inschrijft en dat dan later het 14

oude dossier gestuurd wordt. Bij die enkele keer, dat het op een floppy of per email komt, wordt in OmniHis een nieuwe patiënt aangemaakt en moet je de gegevens handmatig gaan 'mengen'. Dat ontmoedigt. WENS: Bij import van een Medeur-dossier de mogelijkheid bieden om dit bij een bestaande patiënt te plaatsen.

1998: Er bestaat geen vaccinatie scherm. zou wel makkelijk zijn. (tetanusprofylaxe is meest gegeven vaccin). Te implementeren als iemand of de ProgCie voor een standaard zorgt. Tip: zet vaccinatiestatus bovenin Historievenster; we vinden een extra scherm niet zo nodig. Bestuur wel? STUDIO: nooit geïmplementeerd; toch vrij simpel te doen. Zinnig??

PREVENTIE: Nu ik de griepvaccinaties weer in de praktijk heb verwerkt heb ik een paar ideeën die mogelijk in Studio zijn te realiseren: 1. Aanmaken: Wellicht kan per patiënt het totale aantal 'hits' worden vermeld, zodat te zien is dat iemand 1x Salbutamol heeft voorgeschreven gekregen. Wanneer er bij een patiënt meerdere 'hits' staan is de kans groot dat deze patiënt ook een *GS nodig heeft. Dit vereenvoudigt ook het weghalen van de griepruiters. Uiteraard hoeft dit alleen voor patiënten < 65 jaar. Wellicht kan dat ook in de vorm van een lijst, zoals beschreven bij punt 3. 2. Verwerken van de griepvaccinaties in het journaal: a. Eerst verschijnt een scherm waarin de tekst zoals deze in het journaal opgenomen moet worden. Deze tekst is aan te passen en ook de auteur is in dit scherm op te nemen. b. Vervolgens kan worden ingevuld de datum waarna niet gevaccineerd mag zijn. c. Hierna wordt een lijst aangemaakt zoals bijvoorbeeld bij de 'eigen lijst' te vinden onder het menu Medicatie in het scherm Medicatie. Op deze lijst staan alle mensen gesorteerd op tweedenaam-eigennaam die een ruiter *G-, *GS en *GV hebben. Evt. staan onderin de mensen die de ruiter *GW hebben (voor die paar spijtoptanten die toch ineens een vaccinatie komen halen..) d. Op deze lijst kan worden aangeklikt wie gevaccineerd is. Er kunnen evt. meerdere mensen worden aangeklikt, maar dat hoeft niet. Zodra op de [OK] wordt geklikt worden deze mensen weggeschreven, maar het scherm blijft staan. Zo kan men zelf weten na hoeveel mensen men wil wegschrijven. Na [OK] wordt de lijst herschreven, zodat deze mensen er niet meer op staan. Na [Cancel] wordt het scherm verlaten. 3. Omruiteren: In het omruiterscherm wordt in één keer de volgende omruiterslag gemaakt: *GS --> *GV na vaccinatie --> *G- bij geen reactie *GV --> *G- bij geen reactie *G--> *GV na vaccinatie Hiermee wordt voorkomen dat alleen de ruiters *GS worden omgezet, zodat mensen die dit jaar niet zijn gekomen toch een ruiter *GV blijven houden. Aan het einde van de vaccinatieperiode geven de ruiters de actuele stand van zaken aan. Hopelijk kan hier het komende jaar nog eens over gediscussieerd worden. STUDIO: verbetering bestaande functionaliteit.

OVERIGE: Ik vroeg mij af of het niet zinvol zou zijn om in MacHis een extra scherm in te bouwen. Dit extra scherm zou een 'grafiek bouwer' moeten zijn. Het is nu al zo dat extra diagnostiek zoals o.a. audiometrie, ECG, flow/volumecurves wellicht ook 24-uurs RR-metingen al digitaal geproduceerd (kunnen) worden. Natuurlijk ben ik mij wel bewust dat ik door het inscannen van een print en het bewaren als een figuur in staat ben om deze info bij de patiënt te bewaren. Echter indien een grafiek niet als een plaatje maar echt als grafiek zou worden bewaard, kunnen we er ook meer mee doen. Grafiek van de vorige keer in rood en die van vandaag in blauw bijvoorbeeld! In een oogopslag is het verschil te zien. Het programma cardioperfect (ECG maken en opslaan inclusief 'beoordeling' in een PC) werkt onder DOS/ Windows. Zou het mogelijk zijn een importmogelijkheid te scheppen voor bytes uit die wereld? Zodat het ook op mijn Apple een ECG (=grafiek) wordt? STUDIO: Wordt verder over gedacht bij volgende vergaderingen. In het journaal de mogelijkheid om een privé regel aan te maken, door bij kenmerk P in te vullen. Deze regel wordt dan niet geprint bij uitdraai van de medische gegevens: Het komt wel eens voor dat je informatie doorkrijgt waarvan het NIET de bedoeling is dat patiënt zelf dit ziet, bijvoorbeeld bij hetero-anamneses of bij info van een psychiater o.i.d. Nu bestaat het risico dat een patiënt een uitdraai van zijn gegevens vraagt en dan plotseling met deze info wordt geconfronteerd. Zo'n regel met kenmerk P biedt dan uitkomt en is niet moeilijk te programmeren. De programmacommissie wil graag meerdere meningen horen: iets voor de discussie groep. Geheim memo? Een S-veld onzichtbaar maken? Een extra notitieveld die onzichtbaar is voor collegae / waarnemers? Moet dit uitgeprint worden bij overdracht patiënt? STUDIO: Wordt verder over gedacht bij volgende vergaderingen.


15

Mentoren Klaas Iest

Rob Sleutelberg Tom Rossmark Casper Tombrock

Wouter Brian Klein Bosch Haneveld

Sebes Zevenhuizen

Wim van As

Carol Wittkampf Jan Michiel de Vos Kranenburg

Guust Wijffels

Micha de Vries

Inhoud Colofon 2 OmniHis BV 2 Voorblad 2 Laatste OmniHisNieuws? 3 SynthesHis/SOG 3 STUDIO en Mac OS ervaringen. 4 Alleen voor Windowgebruikers...? 5 LifeLine prijst zich de deur uit? 8 Wensen 9 Mentoren 16

Peter Hezemans

Naam

Adres

Postcode Plaats

Tel. Praktijk

Tel Privé

van As, Wim Bosch, Brian Hezemans, Peter Iest, Klaas Klein Haneveld, Wout Kranenburg, Jan Rossmark, Tom Tombrock, Casper Sleutelberg, Rob de Vos, Michiel de Vries, Micha Wijffels, Guust Wittkampf, Carol Zevenhuizen, Sebes

Meeuwenplein 2A van Nagellstraat 28 Norbertijnenstraat 36 Uthôf 11 Noorderwagenstraat 1d Konninginnelaan 18 Adm. de Ruyterweg 134 Sir Winston Churchilllaan 384 Middelweg38 Berkstraat 34 Herenstraat 18 Conservatoriumlaan 60 Bergweg 61 Vrijheidsstraat 38

7771 AC 8011 EB 6166 AK 9292 HL 8223 AM 7315 BS 1056 GT 2285 SK 1911EH 3434 CC 4331 JT 5037 DT 3707 AB 9665 KV

0523-265851 038-4441428 046-4743055 0512-519882 0320-241867 055-5213371 020-6850828 0615391519 0251-312215 030-6061561 0118-628234 013-4670784 030-6915919 0597-612393

0523-265649 0653253585 046-4751542 0512-545027 0320-228023 055-5213669

Hardenberg Zwolle Geleen Drachten Lelystad Apeldoorn Amsterdam Rijswijk Uitgeest IJselstein Middelburg Tilburg Zeist Oude Pekela

Fax

Emailadres

0523-266321 [email protected] [email protected] 046-4749722 [email protected] 0512-545038 [email protected] 0320-248616 [email protected] 055-5221952 [email protected] 020-3361152 [email protected] 070-3931001 [email protected] 0251-313572 [email protected] 030-6382026 [email protected] 084-2211189 [email protected] 013-5800414 013-4639430 [email protected] 030-6920252 030-6920344 [email protected] 0597-614431 0597-618092 [email protected]

16

December 2004 OmniHisNieuws December

Recommend Documents