In einem zweiten Schritt könnte man dann die Formulardruckfunktion und als Grundlage dafür die Patientenstammdatenverwaltung in Angriff nehmen. Hier würde erstmals Genehmigungsbedarf bestehen.
Ein Formulargenerator wäre sicher eine tolle Sache in Anbetracht der regional unterschiedlichen und ständig sich ändernden Formulare. Ideal wäre, wenn jeder Benutzer ein damit selbst generiertes Formular per Mailingliste an andere Anwender verschicken könnte!
Aus meiner Sicht ist der Formulardruck auch zweitwichtigste Priorität. Ein Formulargenerator wäre absolut genial. Insbesondere mit den Möglichkeiten sich mit anderen Anwendern auszutauschen. Was macht man denn den halben Tag: Formulare ausfüllen. Ich warte gerade auf die Formulare für die neue Heilmittelverordnung (seit ca. 3 Monaten). Wenn ich einen Generator hätte wäre die Sache schon 7 Tage vor Termin fertig gewesen.
Beim Formulardruck wäre eine gewisse eingebaute Intelligenz nützlich: So müssten sich häufig wiederkehrende Medikamente, Verschreibungen etc. abrufen und bei Bedarf auch aus einzelnen Bausteinen zusammensetzen lassen. Aber das ist sicher klar.
Frage: Ist ein Arztbrief nicht auch ein Formular? Das bedeutet auch hier müsste es einen Generator geben, der eine Generierung von Standardbriefen mit standadisierten Inhalten aus vorhandenen Daten (siehe Dokumentation) zulässt.
Ein Modul, daß sich um den Formulardruck kümmert. Dies hat zwei Teile: ein Modul fragt die Daten vom Anwender/von der elektronischen Kartei ab. Dieses Modul kann es in mehreren Ausführungen geben: GUI mit Formulardarstellung, Text, Skript (für Massendruck oder Wiederholungsdruck), für Windows, Linux, Mac, ... Das zweite Modul hat eigentlich keinen Schimmer von den Formularen, sondern lädt bloß eine vom ersten Modul erzeugt XML-Datei mit Feld-Inhalt-Paaren sowie weiteren Definitionen (z.B. gesetzlich vorgeschriebener Zeichensatz) und erzeugt daraus meinetwegen ein PDF oder Postscript. Das Ergebnis wird dem Druckerspooler übergeben (das 2. Modul weiß also - abgesehen von der Konfiguration: welcher Drucker wo für welches Formular - vom Drucken überhaupt nichts...) Die Module an sich sollten Open Source sein, die Formulartemplates wiederum wären eine Einnahmequelle für eine Firma - und zu Recht. Wie man schon bemerkt, können die Module auch auf getrennten Rechnern laufen.
unabhängiger Formulargenerator, der per BDT/GDT mit den Praxisprogrammen in Verbindung steht
Drucken
auf lokale Drucker (Formulare)
von lokal auf Netzwerkdrucker (CustoMed)
verteiltes Bearbeiten eines Druckauftrags
lokal vorbereiten (Rezept Sprechzimmer)
in Druckmanager (Applikationsebene) schieben
woanders lokal/im Netz ausdrucken (Rezept Anmeldung)
Formularbearbeitung
Rezept
Kasse/privat/BG/privat auch für Kassenpatienten (Pille)
Zuzahlungsbefreiung automatisch nach Status (Frist, Differenzierung)
Blanko mit/ohne Datum
mit/ohne Medikamente
Anbindung Medikamentendatenbank (arztbezogen/IFAP)
Verordnung von Heil- und Hilfsmitteln
als Kurzattest (= freier Text)
AU
Überweisung
Behandlungsschein
Ersatzverfahren
Notfallschein
Transportschein
Verordnung häuslicher Pflege
Krankengeldbescheinigung
ZUSATZ:
Formulardruck
reportlab
ProForma
GNUe Forms
Blankoformulare von KBV
- Formulardruck / Formulargenerator
Gängige Formulare müssen enthalten sein. Für weitere Formulare, Atteste, muß ein Formulargenerator enthalten sein, über den diese erfaßt werden können (z.B. bei
KV-Bezirks-individuellen Formularen).