OnCube vs APMC

“Never change a running system.”

Dieser viel zitierte Satz wird gern verwendet, wenn ich mit Kunden die Frage diskutiere, ob ein Wechsel zu OnCube sinnvoll und/oder nötig ist.

Zunächst eine paar grundlegende Informationen, die vielleicht nicht jedem bekannt sind:

• APMC ist abgekündigt und wird definitiv nicht weiter entwickelt.
• Der APMC-Support von JVM Europe ist derzeit (Stand Ende 2021) nicht eingestellt. Soweit mir bekannt, ist auch nicht vorgesehen, den Support dafür in absehbarer Zeit einzustellen.
• APMC kann keine Maschinen der “NS-Serie” steuern.
• OnCube ist eine koreanische Entwicklung für den weltweiten Einsatz und ist bereits seit 2014 weltweit  im Einsatz.
• OnCube ist GAMP 5 validiert.
• OnCube kann keine JVM-Maschinen der ACRS I Serie steuern

Wann ist ein Wechsel zu OnCube sinnvoll?

Diese Frage wird mir häufig gestellt und kann leider nicht in einem Satz beantwortet werden.

Der einfachste Fall ist natürlich dann gegeben, wenn ein Kunde seine vorhandene(n) ACRS I oder ACRS II Maschine(n) durch eine oder mehrere Maschinen der “NS-Reihe” ersetzt.

In diesem Fall muss APMC durch OnCube abgelöst werden.

Im Fall, dass ein Kunde vorhandene Blisterautomaten der Serie ACRS II betreibt und auch weiterhin betreiben möchte, jedoch auf OnCube umstellen möchte, ist zu prüfen, ob sich der Aufwand lohnt. 

In der unten aufgeführten Tabelle ist erkennbar, welche zusätzlichen Funktionen OnCube gegenüber APMC bietet. Diese Übersicht ist nicht vollständig, sondern geht nur auf die wesentlichen Veränderungen ein. Ein umfangreiches Beratungsgespräch kann diese Übersicht nicht ersetzen.

Sofern ein Kunde mehrere Blisterautomaten betreibt und einen seiner Automaten durch einen Automaten der “NS-Serie” ersetzen möchte, ist ein Wechsel zu OnCube anzuraten.

Dabei ist zu beachten, dass ggf. die Maschinen der ACRS-II umgerüstet werden müssen. Dies ist davon abhängig, welche Serie des IPC in den Automaten der ACRS II Serie  verbaut wurde.
Bisher gibt es nur einen Drittanbieter, der in der Lage ist, mit seiner Software Maschinen parallel zu steuern. Also ein Verbund aus APMC und OnCube. Im Einzelfall ist zu klären, ob diese Lösung zielführend ist.

Sofern alle Blisterautomaten der ACRS II Serie gegen Automaten der “NS-Serie” getauscht werden sollen, stellt sich die Frage nicht. In diesem Fall ist ein Wechsel zu OnCube Voraussetzung.

Was muss bei einer Umstellung beachtet werden?

Auch diese Frage muss in jedem Fall individuell beantwortet werden.

Aus Erfahrung rate ich dringend dazu, ein solches Projekt nicht ohne professionelle Unterstützung durchzuführen. Es müssen viele Details geprüft und bedacht werden. Da jedes Projekt individuell ist, kann hier nicht mit standardisierten Ablaufplänen gearbeitet werden.

Trotzdem möchte ich versuchen,  an dieser Stelle einige wichtige Punkte zu nennen, die geprüft und ggf. organisiert werden müssen:

• Sind die vorhandenen Blisterautomaten für OnCube geeignet?
• Muss die Hardware der Workstation(s) gewechselt werden?
• Soll OnCube auf einem Server installiert werden?
  • Wenn ja,
    auf einem virtueller Server oder
  • auf einem Hardware Server?
• Besteht eine geprüfte Schnittstelle zwischen OnCube und der vorhandenen Blistersoftware / Apothekensoftware?
• Die Dokumentation im QM-Handbuch muss angepasst werden.
• Da es sich um eine wesentliche Änderung handelt, muss die Aufsichtsbehörde informiert werden.
• Es muss ein dezidierter Zeitplan für die Umstellung erstellt werden, der auch ein “Roll-Back-Szenario” vorsieht.

Jeder einzelne hier aufgeführte Punkt kann zu weiteren nötigen Aktionen führen. Daher muss für eine solche Umstellung ausreichend Kapazität in Form von Personal und Zeit eingeplant werden.

Mit welchen Kosten ist zu rechnen?

Diese völlig berechtigte Frage kann an dieser Stelle leider nicht beantwortet werden. Ich rate dazu, sich ein Angebot von JVM-Europe einzuholen. 

Bitte bedenken Sie aber dabei, dass JVM-Europe natürlich nur die Elemente anbieten kann, die im Leistungsbereich von JVM liegen. 

Also Soft- und Hardware, Lizenzen und ggf. Arbeitsstunden.

Alle Leistungen, die intern erbracht werden müssen, wie z.B. Projektmanagement, Host-Server, Anpassung des QM-Handbuches etc. können von JVM nicht berücksichtigt werden.