The Reference Application has some built-in support for collecting biometrics and searching for existing patients based on scanned biometrics. Currently widgets are available for collecting fingerprints, but the design is intended to be extensible to allow for other types of biometric data collection.
Because there are many different biometrics services, SDKs, and APIs available, from different vendors, an approach was developed to enable groups to plug in their particular biometric implementation behind a standard interface called a BiometricEngine. The idea is that standard BiometricEngine implementations could be developed that may be shared, or individual implementations could provide their own based on their specific configurations. PIH has created an implementation of this for some of their implementations, which can be found here as an example (this implementation connects restfully to an independent biometric application that was developed using the Neurotechnology SDK. That code can be found here).
This is a matter of setting the appropriate global property value. For example:
Currently, there is only a single widget available that is designed to collect one or more fingerprints. Below is an example configuration:
A widget has been added to Registration App that can be injected into the Patient Search widget in Core Apps to integrate searching by biometrics/fingerprints into the main basic search. This widget currently assumed a RESTful interaction with a Biometrics server and is based around the pattern defined in RestBiometricEngine mentioned above, but is not dependent on it.
The widget is provided by the registration app module and is called "biometrics/fingerprintSearch". It would be configured by setting up an Extension similar to the one below (this sample has not fully been testing, because in our use case we programmatically set up our extensions. If you try it and have issues please post on Talk and we can debug).
Note that this extension must be injected into the same page as the Core Apps Patient Search. If everything is working successfully, the search widget will use the "devicesUrl" to confirm that a fingerprint scanner is present, and the "scanUrl" to repeatedly poll for a fingerprint during the search process.