GLOBALESM / ENGINE EXTENSIONS

Early access: ask us

More from the engine
you already run.

We build add-ons that install inside Open Integration Engine, BridgeLink and open-source Mirth Connect. Each one installs on its own. Pick the ones your team needs.

Tested so far on OIE 4.6Built for OIE 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2Licensed Mirth Connect 4.7: ask us

Security & access

Who can sign in, what they can do, and the keys your channels use.

Multi-factor sign-in

Early access: ask us

A six-digit code after the password, for the people who run your engine.

  • Codes from an authenticator app in the Administrator and the engine’s API.
  • People set it up at their first sign-in and get ten one-time recovery codes.
  • Five wrong codes lock that person for 15 minutes. Accounts used by scripts and our Hub need no code and sign in only from the addresses you list.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

On licensed Mirth Connect 4.7, it stays off if NextGen’s multi-factor extension is installed.

User Roles

Early access: ask us

Give each person the access their job needs.

  • Administrator, Developer, Operator and Viewer roles to start, or roles of your own.
  • A role can cover all channels or only some channel groups or tags.
  • The engine checks every request against the role. Refused actions go to the Event log.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

On licensed Mirth Connect 4.7, it stands aside if NextGen’s role extension is installed.

Directory sign-in (AD / LDAP)

Early access: ask us

Sign in to the engine with the accounts your IT team already manages.

  • Active Directory or LDAP over LDAPS or StartTLS. Plain LDAP is refused.
  • Only members of the groups you allow get in. With User Roles, each group gives a role.
  • The local admin account keeps its own password, so there is always a way back in.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

On licensed Mirth Connect 4.7, it stands down if NextGen’s LDAP extension is installed.

Certificates (SSL/TLS)

Early access: ask us

Keep connector certificates in one place and hear about them before they expire.

  • TLS 1.3 and 1.2, with client certificates, on HTTP, Web Service, TCP/MLLP and SMTP connectors.
  • Import a .pfx or PEM files, or create a key and signing request inside the engine. Private keys stay in the engine.
  • Warnings 30, 14 and 3 days before a certificate expires.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

On licensed Mirth Connect 4.7, it stays off when NextGen’s SSL Manager is installed.

Secrets

Early access: ask us

Take passwords and API keys out of channel settings.

  • Stored encrypted with the engine’s own key.
  • Channels use them by name, ${secret.NAME} in a connector field or secrets.get('NAME') in a script.
  • Values can be added and replaced. Nobody can read them back.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

Anyone who can edit channels can still use a secret in a script, so review channel changes as you would any code.

Change control

Know what changed, who changed it, and get back to a version that worked.

Channel History

Early access: ask us

Every saved version of your channels, with the change in plain words.

  • Versions of channels, code templates and global scripts, with who saved each one and when.
  • Compare any two versions side by side. Passwords are masked.
  • Restore an old version as a new save. Restoring never deploys.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

Kept for 365 days and at least the last 50 versions by default. Both can be changed.

Clinical data

New formats for the channels you already build.

FHIR connector

Early access: ask us

Receive and send FHIR R4 from your channels.

  • A FHIR Listener that takes create, update and transaction requests, checks them against R4 and answers with OperationOutcome errors.
  • A FHIR Sender that creates, updates, posts transaction bundles and searches on a FHIR server.
  • Basic, Bearer or SMART Backend Services sign-in.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2.

It checks structure against R4. Profiles such as US Core are not checked. NextGen’s FHIR connector uses the same connector names, so only one of the two can be installed.

DICOM SR data type

Early access: ask us

Structured reports you can read in a transformer.

  • Measurement, echo, OB and dose reports arrive as readable XML with each finding’s name, value and unit.
  • Code templates for HL7 ORU^R01 and FHIR DiagnosticReport.
  • Works with the engine’s own DICOM Listener.

Works with Open Integration Engine 4.5.2 and 4.6, BridgeLink and open-source Mirth Connect up to 4.5.2, with the engine’s DICOM connector installed.

High availability

More than one engine, sharing the work.

Clustering (PostgreSQL)

In development

Two or more engines on one PostgreSQL database, working as one cluster.

  • Listeners run on every node behind your load balancer. Each polling channel runs on one node at a time.
  • When a node stops, another node takes over its polling channels and picks up its unfinished messages.
  • Deploys apply to every node. Drain a node before maintenance and it hands its work to the others.

Works with Open Integration Engine, BridgeLink and open-source Mirth Connect, on PostgreSQL only. On licensed Mirth Connect 4.7 and later it stands aside..

Still in development. Tell us about your setup and we will keep you posted.

BEFORE YOU INSTALL

A few useful
answers.

Your engine keeps running your interfaces. The add-ons work inside it, under the engine’s own sign-in and Event log.

Are the add-ons available now?

They are in early access. Before general release, each add-on needs our CA-issued code-signing certificate. Multi-factor sign-in, User Roles, Directory sign-in and Secrets also need an independent security review. Until then, ask us and we will talk through your engine and version first.

We run licensed Mirth Connect 4.7. Can we use them?

Ask us first. Multi-factor sign-in, User Roles, Directory sign-in and Certificates stand aside when NextGen’s equivalent is installed. Clustering stands aside on licensed Mirth Connect 4.7 and later. NextGen’s FHIR connector uses the same connector names as ours, so only one of the two can be installed.

Do we have to install all of them?

No. Each add-on installs on its own and none depends on another. Some work better together. Directory sign-in can give each directory group a User Roles role, and Certificates adds TLS to the FHIR connector.

Where do they keep their data?

In your engine’s own database. Certificates, Secrets, Channel History and multi-factor enrolments are encrypted with the engine’s own key.

START WITH YOUR ENGINE

Tell us what your
engine needs next.

Send us your engine and version and the add-ons you are looking at. We will tell you plainly what fits.

Ask about early access Please do not include patient information, message payloads or credentials in your inquiry.