Skip to content

5 · Fremdsysteme im Haus: LIS und Analysegeräte

Ein Blatt für die zweite Hälfte jeder Laboranbindung: nicht unsere eigenen Dienste, sondern die Systeme, die im Haus schon stehen. Das Laborsystem (LIS), seine Spezifikation — und die Wege, auf denen ein Analysegerät angebunden wird, wenn es keinen bequemen anbietet.

Woher die Angaben dieses Blattes stammen

BELEGT heisst hier: aus dem genannten README oder dem Integrationsstand abgelesen, Stand 28.08.2026 — nicht an einem Gerät gemessen. Die Belegstufe hat damit eine andere Schärfe als auf den Blättern 1 bis 4, wo sie eine Messung am Prüfgerät bedeutet.

OFFEN heisst: in keiner gelesenen Quelle beantwortet. Dabei steht, wer es beantworten muss.

5.1 Die Anbindung an das Laborsystem (LIS)

Angabe Wert Beleg
Protokollfamilie CLSI LIS 1-A und CLSI LIS 2-A BELEGT
Träger TCP/IP BELEGT
Umsetzung je Labor, es gibt noch keine gemeinsame Implementierung BELEGT
Einordnung im Integrationsstand „Ja, je Standort" BELEGT

Quelle für alle vier Zeilen: Integrationsstand, Zeile Laboratory — LIS connection, Stand 27.08.2026.

Was daraus folgt, und zwar sofort. Wer eine LIS-Anbindung plant, plant sie für ein Labor, nicht für ein Produkt. Es gibt heute keine Umsetzung, auf die man an einem zweiten Standort einfach zeigen könnte. Das ist kein Versäumnis, sondern der belegte Stand — und es ist zugleich die Stelle, an der eine Zusammenführung am meisten einbrächte.

Was ausdrücklich offen ist:

Frage Warum offen Wer beantwortet sie
Welche Teile von LIS 1-A und LIS 2-A sind umgesetzt — Nachrichtenarten, Pflichtfelder, Zeichensatz? In keiner gelesenen Quelle beschrieben Entwicklung Leitsystem, je Labor
Wer baut die Verbindung auf, wer hält sie, was geschieht bei Abriss? dito dito
Welche Anteile sind zwischen den Laboren tatsächlich gleich? Nie nebeneinandergelegt dito
Gibt es eine Prüfstrecke gegen ein LIS ohne Echtbetrieb? Nicht dokumentiert dito

Solange diese Zeilen offen sind, ist ein Satz wie „wir sprechen LIS 2-A" für einen Partner nicht belastbar genug, um dagegen zu bauen. Er ist belastbar genug, um ein Gespräch zu beginnen.

5.2 Die LIS-Spezifikation und ihr Erweiterungsmechanismus

Neben der Umsetzung gibt es ein eigenes Dokument, die LIS-Spezifikation. Sie beschreibt die Kommunikationsschnittstelle, über die Systeme Prozesse intern steuern oder an externe Systeme abgeben. BELEGT (README ugo-plus/control/lis-specification).

Ihr Aufbau ist der eigentlich interessante Teil:

Ein gemeinsames Grunddokument. Standortspezifische Teile werden über \AddContent eingehängt. BELEGT

Damit hat die Spezifikation genau die Form, die zum Stand aus 5.1 passt: ein gemeinsamer Kern, dazu je Standort ein eingehängter Teil. Für die Arbeit damit heisst das dreierlei:

  1. Das Grunddokument allein ist nie die ganze Wahrheit für einen Standort. Wer nur den Kern liest, liest den kleineren Teil.
  2. Ein standortspezifischer Teil gehört in seinen Einhängepunkt, nicht als Sonderfall in den Kern. Jeder Sonderfall im Kern macht den Kern für alle anderen falsch.
  3. Eine Aussage steht an genau einer Stelle. Was für alle gilt, steht im Kern; was für einen gilt, steht in dessen Teil. Dieselbe Angabe an beiden Stellen ist der Anfang zweier Wahrheiten.

Offen: welche Abschnitte heute Einhängepunkte haben und wie viele standortspezifische Teile bestehen — OFFEN, abzulesen aus dem Grunddokument selbst; zu beantworten von der Pflege der LIS-Spezifikation.

5.3 Die vier Wege, ein Analysegerät anzubinden

Ein Analysegerät im Labor bietet selten das, was man sich wünscht. Belegt sind vier Muster — und welches genommen wird, entscheidet nicht der Geschmack, sondern was das Gerät hergibt.

Weg Wie es funktioniert Wann er genommen wird Beleg
Box-API Das Gerät wird über eine vorgeschaltete Box angebunden. Es gibt eine Vorlage (device-api-template) und je Gerät eine Umsetzung. Wenn eine Box vorgeschaltet werden kann BELEGT — Vorlage und Ablagen
Eigene Ablage je Gerät Eine eigene Anbindung, ohne das Box-Muster. Belegt als bestehender Fall; das Auswahlkriterium ist OFFEN BELEGT — Ablagen
HID-Emulation Das System bedient das Gerät wie eine Tastatur oder Maus. Wenn das Gerät keine Steuerschnittstelle anbietet BELEGT — Ablagen usb-hid-emulator-pikvm, hid-emulator
Bildschirmabgriff Eine Videokarte am Kleinrechner nimmt das Bild des Geräts auf, ein Dienst liest daraus dessen Zustand. Als Container gelöst. Wenn das Gerät keine nutzbare Datenschnittstelle hat BELEGT — README ugo-plus/ugo.devices/device-state-screen-reader-pi-kvm

Welches Gerät heute über welchen Weg angebunden ist, steht in Angebundene Analysegeräte.

Die beiden Richtungen: lesen und bedienen

HID-Emulation und Bildschirmabgriff sehen aus wie zwei Notlösungen, sind aber die zwei Richtungen derselben Naht:

Richtung Weg Was fehlt am Gerät
Wir lesen vom Gerät Bildschirmabgriff keine nutzbare Datenschnittstelle
Wir bedienen das Gerät HID-Emulation keine Steuerschnittstelle

Deshalb kommen sie auch gemeinsam vor: für ein Gerät ist beides belegt — HID-Emulation und Zustandsabgriff über Bild (siehe Angebundene Analysegeräte). Wer nur eine Richtung baut, hat entweder einen blinden Bediener oder einen stummen Beobachter.

Namensfalle: „Screen Reader" ist hier kein Vorleseprogramm

Die Ablagen tragen den Namen screen reader. Gemeint ist nicht eine Bildschirmvorlesehilfe für Menschen, sondern ein Bildschirmabgriff: Bild aufnehmen, Zustand daraus lesen. Zwei Ausprägungen sind belegt — laboratory-screen-reader-configurations (die Konfigurationen je Gerät) und device-state-screen-reader-pi-kvm (der Zustandsabgriff über Videocapture). BELEGT

Diese Seite benutzt durchgehend Bildschirmabgriff, weil der englische Name in einer Klinik verlässlich falsch verstanden wird — und zwar von genau den Menschen, denen Barrierefreiheit wichtig ist.

Ein Fall, der in keines der vier Muster passt

Für ein Gerät ist ein eigener Vermittler belegt (atellica-tta-communicator, je Standort abgelegt) statt eines der vier Wege. BELEGT Warum dieses Gerät einen eigenen Vermittler braucht und ob daraus ein fünftes Muster werden soll, ist OFFEN — zu beantworten von der Entwicklung Gerätekopplungen.

Was zu allen vier Wegen offen ist

Frage Beleglage Wer beantwortet sie
Wie sieht der Vertrag einer Box-API aus — Routen, Nutzlast, Fehlerfälle? OFFEN; die Vorlage device-api-template besteht, ist aber hier nicht beschrieben Entwicklung Gerätekopplungen
Nach welchem Kriterium wird zwischen Box-API und eigener Ablage entschieden? OFFEN dito
Wie erkennt der Bildschirmabgriff einen Zustandswechsel zuverlässig, und was geschieht bei einem Bildausfall? OFFEN — kein Messwert, keine Beschreibung dito
Was geschieht bei der HID-Emulation, wenn das Gerät eine Eingabe verschluckt? OFFEN dito
Der gemeinsame gRPC-Kernvertrag der Gerätekopplungen Der Integrationsstand nennt mehrere voneinander abweichende Kopien statt einer Quelle. Welche gilt, ist OFFEN dito

Der letzte Punkt ist der teuerste. Solange nicht feststeht, welche Kopie der Vertrag ist, ist jede Aussage über „die Geräteschnittstelle" nur für die eine Kopie richtig, die der Sprecher gerade offen hatte.

5.4 Einordnung