Die Lösung

Es wurde festgestellt, dass es eine "eins zu viele"-Beziehung gibt, wenn wir den Cerner-Druckstrom in die Secure Print-Warteschlange leiten können. Dies würde bedeuten, dass die Benutzer von Cerner aus drucken, aber auf jedem MFD in ihrer Flotte freigeben können. Damit entfällt für Cerner die Notwendigkeit, eine spezifische Warteschlange für jeden Drucker aufzubauen, und es wird eine größere Rationalisierung der Flotte ermöglicht. Das Problem bei der Integration von Hostsystemen in Windows-basierte Druckströme besteht häufig darin, dass die Benutzerkonten nicht übereinstimmen, d.h. die Details des Benutzerkontos in Cerner unterscheiden sich von denen des gleichen Benutzers in Windows (Active Directory).

Der Benutzer 'John Smith' kann sich zum Beispiel unter Windows als 'jsmith' anmelden (und daher unter demselben Namen in der Drucklösung bekannt sein), aber wenn er sich bei Cerner anmeldet, könnte das Benutzerkonto 'john.smith' sein. Das bedeutet, dass selbst wenn der Druckstrom von Cerner an Windows weitergeleitet wird, der Auftrag einem anderen Konto als dem Windows-Benutzer 'jsmith' zugeordnet wird.

Die Mitarbeiter des Trusts verwenden ihre Smart Cards, die in die Tastatur eingesteckt sind, um auf die Cerner-Anwendungen zuzugreifen. Bei der Untersuchung stellten wir fest, dass die Smartcard-Nummer in der PJL-Kopfzeile des Druckauftrags erschien, als der Benutzer den Auftrag zum Drucken schickte. Wir könnten dann diese eindeutige Referenz extrahieren und sie als Alias zum Konto "jsmith" in der Druckverwaltungslösung hinzufügen und so versuchen, die beiden "Benutzer" als einen zusammenzuführen. So war sichergestellt, dass die Lösung bereits einsatzbereit war, als die Infrastruktur eingerichtet wurde. Darüber hinaus haben wir einen sicheren Webservice entwickelt, der es den Benutzern ermöglicht, ihre Cerner-Kartendaten vorab in der Druckmanagementlösung zu registrieren.