Zusammenfassung

  • Marins dokumentierte Entscheidungen konzentrierten sich auf ophthalmologische Bildgebung, Arbeitsabläufe und Interoperabilität statt auf einen allgemeinen SaaS-Funktionskatalog.
  • Der Übergang von EyeMD EMR zu Optivate und Marins Wechsel in eine Berater- und Verwaltungsratsrolle machen die Fortführung dieser Architektur zu einer Governance-Frage.

Das betriebliche Problem kam vor der Produktplanung

Nach der offiziellen Darstellung von EyeMD EMR gründete Marin X-tech Data Systems und rief 2009 EyeMD EMR Healthcare Systems ins Leben, nachdem er einen Mangel an brauchbarer EMR-Software für die Augenheilkunde erkannt hatte. Das Unternehmen berichtet außerdem, er habe zunächst die Abläufe ophthalmologischer Praxen untersucht und erst danach mit der Programmierung begonnen. Diese Eigendarstellung belegt nicht den Erfolg jeder einzelnen Einführung.

Sie zeigt jedoch den Ausgangspunkt der Produktentscheidung: Die Eigenheiten eines Fachgebiets sollten in der Software abgebildet werden, statt einer allgemeinen Patientenakte lediglich eine neue Oberfläche zu geben.

Standards und Bildgebung wurden zu Kontrollpunkten

IHE International führte Marin als CEO von EyeMD EMR bei einem Webinar über den Unified Eye Care Workflow und GEE. Unternehmensmaterial zitiert ihn zudem zur internen Entwicklung von DICOM-Bibliotheken, nachdem das Team ophthalmologische Standards und Lizenzbedingungen geprüft hatte. Das sind dem Unternehmen zugeschriebene Entscheidungen, keine unabhängige Garantie gleicher Ergebnisse in jeder Praxis. Sie machen dennoch deutlich, wo EyeMD EMR technische Kontrolle behalten wollte: bei der Bildverarbeitung und bei den Schnittstellen, die spezialisierte Arbeitsabläufe mit anderen Systemen verbinden.

Edge Computing reagierte auf ein konkretes Praxisproblem

In einer Mitteilung von 2021 beschrieb Marin Edge Computing als Bestandteil der Fog Architecture von EyeMD EMR. Nach Angaben des Unternehmens sollten entfernte Praxisstandorte Bilder und Dokumente in Echtzeit verarbeiten können, ohne einen lokalen Bildserver oder ein VPN zu benötigen. Dieses Leistungsversprechen bleibt der Quelle zugerechnet. Die betriebliche Bedeutung reicht weiter: In verteilten Praxen können Latenz, Bandbreite und Ausfallrisiken den klinischen Ablauf begrenzen. Verarbeitung näher an den Behandlungsort zu bringen, ist daher eine Entscheidung über Kontrolle und Kontinuität, nicht nur über Vermarktung.