Next-Gen Integration
Next-Gen Integration

Progetta integrazioni,
non solo interfacce.

Aurora Integration Engine è il primo motore di integrazione con AI generativa integrata. Descrivi in linguaggio naturale ciò di cui hai bisogno e Aurora crea il canale completo — sorgente, trasformazioni, destinazioni — pronto per la produzione.

Design integrations,
not just interfaces.

Aurora Integration Engine is the first integration engine with built-in generative AI. Describe what you need in natural language and Aurora builds the complete channel — source, transformations, destinations — production-ready.

Aurora Integration Engine — Dashboard
📊 Dashboard
🔗 Channels
🤖 AI Assistant
📋 DLQ
📈 Monitoring
⚙️ Settings
ADT_A01_to_FHIRHL7v2 → FHIR
LAB_Results_OBXMLLP
PACS_Image_RouterREST
Pharmacy_BridgeTCP
Crea un canale HL7 ADT → FHIR Patient...Create an HL7 ADT → FHIR Patient channel...

12+

Tipi connettore

Connector types

0

Downtime con hot-reload

Downtime with hot-reload

AI

Generazione canali completi

Full channel generation

5

Lingue supportate

Supported languages

I motori di integrazione legacy frenano l'innovazione

Le piattaforme tradizionali rallentano i team, espongono a rischi e drenano budget.

Legacy integration engines hold back innovation

Traditional platforms slow teams down, expose risks and drain budgets.

Interfacce di un'altra era

Interfaces from another era

Client desktop Java, GUI che richiedono settimane di formazione. Specialisti certificati sempre più rari.

Java desktop clients, GUIs requiring weeks of training. Increasingly rare certified specialists.

Sicurezza inadeguata

Inadequate security

Credenziali in chiaro, MFA assente, audit parziali. Limiti non conformi agli standard GDPR.

Plain-text credentials, no MFA, partial auditing. Limitations not compliant with GDPR standards.

Budget che esplodono

Exploding budgets

Licenze a cinque o sei cifre, consulenti per ogni modifica, vendor lock-in totale.

Five or six-figure licenses, consultants for every change, total vendor lock-in.

Integrazione semplificata,
risultati accelerati.

Costruito da zero con Kotlin, GraalJS e AI generativa. Potenza enterprise, semplicità consumer.

Simplified integration,
accelerated results.

Built from scratch with Kotlin, GraalJS and generative AI. Enterprise power, consumer simplicity.

AI generativa, non solo assistiva

Aurora genera canali completi da linguaggio naturale. Supporta OpenAI®, Anthropic e Ollama per AI locale.

Generative AI, not just assistive

Aurora generates complete channels from natural language. Supports OpenAI®, Anthropic and Ollama for local AI.

Unico sul mercato
Unique on the market
USER"ADT A01 MLLP :2575 → FHIR Patient REST"
AURORA
ADT_A01_to_FHIR_Patient
📥 MLLP (:2575)
🔄 PID → FHIR Patient
📤 REST POST /fhir/Patient
🛡️ ACK/NACK auto-config

Editor professionale nel browser

Monaco Editor (VS Code®) integrato. JavaScript (GraalJS) e Groovy. Dark/light theme.

Professional editor in the browser

Monaco Editor (VS Code®) built-in. JavaScript (GraalJS) and Groovy. Dark/light theme.

Sicurezza senza compromessi

AES-256-GCM machine-identity. RBAC 4 livelli, TOTP 2FA, audit trail, account lockout. GDPR by design.

Uncompromising security

AES-256-GCM machine-identity. 4-level RBAC, TOTP 2FA, audit trail, account lockout. GDPR by design.

Hot-reload & container-ready

Server Netty dedicato per canale. Docker® multi-stage (JDK21→JRE Alpine) e Helm chart Kubernetes®.

Hot-reload & container-ready

Dedicated Netty server per channel. Docker® multi-stage (JDK21→JRE Alpine) and Kubernetes® Helm chart.

Smart Message Tracing, DLQ & Monitoring

OBX estesi con troncamento intelligente per campo. Click-to-expand. Validazione HL7 inline. DLQ, NDJSON archive gzip.

Smart Message Tracing, DLQ & Monitoring

Large OBX with per-field truncation. Click-to-expand. Inline HL7 validation. DLQ, NDJSON archive gzip.

12+ connettori nativi & Sandbox

MLLP, HTTP, File, DB, Kafka®, RabbitMQ®, FTP, Scheduler, FHIR, Email (SMTP + Microsoft® Graph), SOAP, TCP, Script. Multi-DB: PostgreSQL®, SQL Server®, Oracle®.

12+ native connectors & Sandbox

MLLP, HTTP, File, DB, Kafka®, RabbitMQ®, FTP, Scheduler, FHIR, Email (SMTP + Microsoft® Graph), SOAP, TCP, Script. Multi-DB: PostgreSQL®, SQL Server®, Oracle®.

Migrazione da Mirth® in un click

Migration Tool AI: analizza canali Mirth, converte script, genera config Aurora. Alternativa al licensing NextGen® v4.6+.

Migrate from Mirth® in one click

AI Migration Tool: analyzes Mirth channels, converts scripts, generates Aurora configs. Alternative to NextGen® v4.6+ licensing.

Parla la lingua dei tuoi sistemi

HL7®, FHIR®, REST, SOAP e oltre.

Speaks your systems' language

HL7®, FHIR®, REST, SOAP and beyond.

HL7 v2.x
FHIR R4
MLLP / TCP
REST API
SOAP / WSDL
HTTP/S
Kafka
RabbitMQ
FTP / SFTP
JDBC
DICOM
Email SMTP

Come si posiziona Aurora
rispetto alla concorrenza

Confronto oggettivo tra le principali piattaforme di integrazione healthcare.

How Aurora compares
to the competition

Objective comparison of the leading healthcare integration platforms.

← Scorri per vedere tutti i competitor →
← Scroll to see all competitors →
FunzionalitàFeatureMirth
NextGen
Rhapsody
Lyniate
Corepoint
Lyniate
HealthShare
InterSystems
Cloverleaf
Infor
Iguana
iNTERFACEWARE
Aurora IE
TechEMV
InterfacciaInterface
Web UI
Monaco Editor
AI Gen.
Dark/Light
i18n 5+
SicurezzaSecurity
Encryption AES-256
RBAC 4 lvl
2FA TOTP
ArchitetturaArchitecture
Hot-reload
Docker/K8s Helm
StackJavaJava.NETObjectScriptJava/TclLuaKotlin
Throughput / latenza
100 msg/s, 8 h, stesso banco
Throughput / latency
100 msg/s, 8 h, same bench
100 msg/s
p50 21 ms (RAW)
48 ms (PROD.)
100 msg/s
p50 21 ms (RAW)
48 ms (PROD.)
non testatonot tested100 msg/s
p50 12 ms, 0 persi
vedi benchmark
100 msg/s
p50 12 ms, 0 lost
see benchmark
FunzionalitàFeatures
Migration AI
DLQ
Smart Trace
Onboarding
F1 Help 5 lang
Alerts
NDJSON
CostiCost
LicensingComm.$$$$$$$$$$$$$$$$$/integ.CompetitivoCompetitive
Trial
Benchmark pubblicati. Sette prove di otto ore contro Mirth Connect 4.5.2 sullo stesso banco: 0 messaggi persi, latenza mediana 12 ms a 100 msg/s, database stabile invece che in crescita. Vai ai risultati. Gli altri motori in tabella non sono stati testati.Benchmarks published. Seven eight-hour runs against Mirth Connect 4.5.2 on the same bench: 0 messages lost, 12 ms median latency at 100 msg/s, a stable database instead of a growing one. See the results. The other engines in the table were not tested.

Pensato per l'healthcare.
Pronto per qualsiasi settore.

Built for healthcare.
Ready for any industry.

Healthcare

HL7, FHIR, PACS, LIS, RIS. HIS, laboratori, radiologia. GDPR e audit trail.

HL7, FHIR, PACS, LIS, RIS. HIS, labs, radiology. GDPR and audit trail.

Enterprise

API, ERP/CRM, B2B, Kafka/RabbitMQ. ESB moderno per middleware legacy.

APIs, ERP/CRM, B2B, Kafka/RabbitMQ. Modern ESB for legacy middleware.

Laboratori

OBX/OBR, LIMS. Multi-DB: PostgreSQL, SQL Server, Oracle.

Laboratories

OBX/OBR, LIMS. Multi-DB: PostgreSQL, SQL Server, Oracle.



Misurato, non raccontato.
Aurora e Mirth Connect a confronto.

Sette prove di otto ore sullo stesso hardware, con lo stesso traffico e lo stesso simulatore: messaggi HL7 sintetici a 100 al secondo e un canale di produzione reale — firma remota, upload al repository documentale, notifica al sistema di reparto — a 2 referti al secondo.

Measured, not claimed.
Aurora and Mirth Connect side by side.

Seven eight-hour runs on the same hardware, same traffic and same simulator: synthetic HL7 messages at 100 per second and a real production channel — remote signing, document repository upload, ward system notification — at 2 reports per second.

0

messaggi persi su 8,6 milioni di messaggi sintetici e 172.800 referti reali

messages lost out of 8.6 million synthetic messages and 172,800 real reports

12 ms

latenza mediana di ACK a 100 msg/s (Mirth RAW 21 ms, PRODUCTION 48 ms)

median ACK latency at 100 msg/s (Mirth RAW 21 ms, PRODUCTION 48 ms)

16 ms

latenza mediana sul canale di produzione con PDF da 31 KB (Mirth RAW 59 ms, PRODUCTION 137 ms)

median latency on the production channel with 31 KB PDFs (Mirth RAW 59 ms, PRODUCTION 137 ms)

1,7 GB

database a regime sul canale di produzione, in automatico (Mirth RAW 2,7 GB in crescita, PRODUCTION 55 GB)

steady-state database on the production channel, automatically (Mirth RAW 2.7 GB and growing, PRODUCTION 55 GB)

Canale di produzione reale: referti con PDF, firma, upload e notifica

ORU^R01 con PDF in base64, validazione, firma remota via SOAP, token e upload multipart al repository con idempotenza su database, notifica MDM al sistema di reparto, ACK personalizzato per ogni esito. 57.600 referti per prova, guasti iniettati su ogni endpoint, 1% di messaggi malformati rifiutati.

Real production channel: reports with PDF, signing, upload and notification

ORU^R01 with base64 PDF, validation, remote SOAP signing, token and multipart upload to the repository with database idempotency, MDM notification to the ward system, custom ACK for every outcome. 57,600 reports per run, faults injected on every endpoint, 1% malformed messages rejected.

Aurora STANDARDAurora DETAILEDMirth 4.5.2 RAWMirth 4.5.2 PRODUCTION
Referti persiReports lost0018 (4 attribuibili al banco di prova)18 (4 attributable to the test bench)24
Latenza ACK p50 / p99ACK latency p50 / p9916 / 25 ms17 / 27 ms59 / 73 ms137 / 623 ms
Picco massimoWorst peak97 ms87 ms379 ms4.25 s
Database dopo 8 oreDatabase after 8 hours1,7 GB, stabile1.7 GB, stable3,4 GB, stabile3.4 GB, stable2,7 GB, in crescita2.7 GB, growing55 GB, in crescita55 GB, growing
Spazio per refertoSpace per report46 KB (41 KB è il PDF)46 KB (41 KB is the PDF)94 KB47 KB~1 MB
Dimensione del database nelle otto ore sul canale di produzione reale
Dimensione del database nelle otto ore: Aurora oscilla in una banda fissa e restituisce lo spazio ogni ora, Mirth cresce finché non interviene una pulizia.
Database size over eight hours: Aurora oscillates within a fixed band and returns space every hour; Mirth grows until a cleanup runs.
Latenza ACK p99 per finestra di un minuto sul canale di produzione reale
Latenza di ACK p99 per finestra di un minuto: Aurora sotto i 30 ms per tutta la prova, Mirth PRODUCTION con picchi ripetuti oltre il secondo.
ACK latency p99 per one-minute window: Aurora below 30 ms for the whole run, Mirth PRODUCTION with repeated spikes above one second.

Traffico sintetico: 100 messaggi al secondo per otto ore

ADT^A01 e ORU^R01 da 1,2 KB, 3 destinazioni HTTP per canale, 2,88 milioni di messaggi per prova.

Synthetic traffic: 100 messages per second for eight hours

1.2 KB ADT^A01 and ORU^R01, 3 HTTP destinations per channel, 2.88 million messages per run.

Aurora STANDARDMirth 4.5.2 RAWMirth 4.5.2 PRODUCTION
Messaggi persiMessages lost000 (8 timeout al picco iniziale)0 (8 timeouts at the initial peak)
Latenza ACK p50 / p99 (ADT)ACK latency p50 / p99 (ADT)12 / 21 ms21 / 33 ms48 / 380 ms
Picco massimoWorst peak217 ms650 ms31.9 s
Database dopo 8 oreDatabase after 8 hours11–13 GB, stabile11–13 GB, stable10,9 GB, in crescita10.9 GB, growing84 GB, in crescita84 GB, growing
Spazio per messaggioSpace per message~5 KB3.8 KB~31 KB
Dimensione del database nelle otto ore a 100 messaggi al secondo
Dimensione del database a 100 msg/s: il "dente di sega" di Aurora contro le rette di Mirth.
Database size at 100 msg/s: Aurora's sawtooth against Mirth's straight lines.
Latenza ACK p99 per finestra a 100 messaggi al secondo, scala logaritmica
Latenza p99 per finestra di un minuto (scala logaritmica).
p99 latency per one-minute window (logarithmic scale).
Persistenza a partizioni orarie. La retention elimina intere partizioni, in modo istantaneo e senza lock: lo spazio torna al disco e il database resta in una banda prevedibile, dimensionabile con il calcolatore integrato.
Hourly partitioned persistence. Retention drops whole partitions, instantly and without locks: space goes back to the disk and the database stays within a predictable band, sized with the built-in calculator.
Livelli di trace scelti in base al costo. Da 2 a 16 KB per messaggio, cambio immediato, anche per singolo canale.
Trace levels chosen by cost. From 2 to 16 KB per message, immediate switch, even per channel.
Motore progettato per la latenza. Pipeline non bloccante, scrittura del trace in batch, connessioni persistenti, pool di connessioni ai database anche per gli script, nessun file temporaneo né processo esterno nei canali.
An engine designed for latency. Non-blocking pipeline, batched trace writes, persistent connections, pooled database connections even for scripts, no temporary files or external processes in channels.
Archivio errori. Ogni messaggio non consegnato è conservato con contenuto, destinazione, errore e ACK, riprocessabile anche dopo la scadenza della retention; alert dedicato.
Error archive. Every undelivered message is kept with content, destination, error and ACK, reprocessable even after retention has expired; dedicated alert.
Per correttezza. Mirth Connect può essere tenuto sotto controllo: il Data Pruner per canale (granularità di giorni) elimina i messaggi oltre la retention e, con operazioni di manutenzione del database (VACUUM FULL, pg_repack o shrink), lo spazio torna al sistema. Nelle otto ore delle prove nessuna pulizia poteva intervenire, e le curve di Mirth vanno lette così. La differenza è di granularità (giorni contro ore), di automazione (attività di DBA contro tutto in applicazione) e di assenza di lock, non di possibilità. Mirth è stato usato come installato, con la JVM da 2 GB e senza tuning: con una configurazione ottimizzata i suoi risultati possono migliorare. Aurora con le impostazioni predefinite e retention di 4 ore. Un solo host virtualizzato: i valori assoluti sono indicativi, i confronti relativi sono affidabili. Test interni condotti da TechEMV nel settembre 2026, senza la partecipazione di terzi indipendenti.
In fairness. Mirth Connect can be kept under control: the per-channel Data Pruner (day granularity) removes messages beyond retention and, with database maintenance (VACUUM FULL, pg_repack or shrink), space is returned to the system. During the eight-hour runs no cleanup could take place, and Mirth's curves should be read accordingly. The difference is one of granularity (days versus hours), automation (DBA tasks versus everything in-app) and absence of locks, not of possibility. Mirth was used as installed, with a 2 GB JVM and no tuning: with an optimized configuration its results can improve. Aurora with default settings and a 4-hour retention. A single virtualized host: absolute values are indicative, relative comparisons are reliable. Internal tests run by TechEMV in September 2026, with no independent third party involved.

Ambiente: host AMD EPYC 7313, VM Debian 12 con PostgreSQL 16 per il sistema in prova, generatore MLLP e destinazioni simulate su VM separate. Aurora 2.0, Mirth Connect 4.5.2. Il database di sistema di Aurora è PostgreSQL 14+; SQL Server, Oracle e altri motori sono supportati come sorgenti, destinazioni, lookup e bridge di script via JDBC. Metodologia e risultati completi: scarica il report (PDF); dati grezzi e script disponibili su richiesta. Mirth Connect è un marchio di NextGen Healthcare, Inc., che non ha partecipato a questi test né li ha approvati; il nome è citato al solo scopo di identificare il prodotto confrontato.

Environment: AMD EPYC 7313 host, Debian 12 VM with PostgreSQL 16 for the system under test, MLLP generator and simulated destinations on separate VMs. Aurora 2.0, Mirth Connect 4.5.2. Aurora's system database is PostgreSQL 14+; SQL Server, Oracle and other engines are supported as sources, destinations, lookups and script bridges via JDBC. Full methodology and results: download the report (PDF); raw data and scripts available on request. Mirth Connect is a trademark of NextGen Healthcare, Inc., which neither took part in nor endorsed these tests; the name is used solely to identify the compared product.

Trasforma le tue
integrazioni, oggi.

Scopri come Aurora può semplificare la tua infrastruttura.

Transform your
integrations, today.

Discover how Aurora can simplify your infrastructure.

Torna in alto