~300K
Corrispondenza gestita attraverso le comunicazioni aziendali.
~730 TB
Object storage a supporto del livello informativo aziendale condiviso.
FINO A 10
Orchestrate lungo il ciclo di vita di un singolo atto amministrativo.
< 10 MIN
attraverso la digitalizzazione e l'orchestrazione operativa.
1. La sfida enterprise
Una grande azienda sanitaria pubblica dell’Europa meridionale serve circa 900.000 residenti in 104 comuni, attraverso 11 distretti sanitari, sette ospedali e un’ampia rete di servizi territoriali, specialistici e amministrativi. A questa scala, la frammentazione non è semplicemente un problema di gestione documentale.
I sistemi clinici producono documentazione sanitaria. Le applicazioni amministrative generano delibere ufficiali e pratiche digitali. La corrispondenza formale entra ed esce dall’organizzazione. I servizi di consenso acquisiscono informazioni sui pazienti legalmente rilevanti. Le operazioni finanziarie creano fascicoli ed evidenze. Le applicazioni esistenti e future devono continuamente creare, recuperare e agire su informazioni generate altrove.
L’azienda ha quindi scelto di non modernizzare ogni requisito come un’altra applicazione isolata.
L’obiettivo era stabilire una base aziendale condivisa che fornisse servizi di contenuto comuni, oggetti di business persistenti, governance del ciclo di vita, orchestrazione dei processi, fiducia digitale, conservazione conforme, ricerca e interoperabilità in tutta l’organizzazione.
Coopera è diventato quel livello operativo orizzontale: le applicazioni specialistiche potevano continuare a gestire i propri domini affidandosi a capacità condivise per il contesto e l’esecuzione che devono rimanere coerenti tra di esse.
2. Perché era complesso
La sfida non era centralizzare ogni funzione in un’unica applicazione. Era creare capacità operative comuni tra domini radicalmente diversi senza introdurre un altro silos.
Molte realtà operative
Cartelle cliniche, delibere amministrative, consenso informato, corrispondenza, pratiche digitali e operazioni finanziarie hanno tutti cicli di vita, utenti, responsabilità e requisiti di evidenza diversi.
I contenuti devono sopravvivere all'applicazione che li ha creati
Documenti ed evidenze devono rimanere governati e accessibili ai sistemi autorizzati oltre il ciclo di vita o i confini dell’applicazione che li ha originariamente prodotti.
Il documento non è sempre l'operazione
Una comunicazione può creare un problema che dura settimane o mesi. Una proposta amministrativa può evolvere attraverso composizione, revisione, approvazione, firme multiple, pubblicazione e conservazione. Un documento di consenso può influenzare ciò che un’altra applicazione sanitaria è autorizzata a fare. Il contenuto è importante, ma lo è anche il contesto aziendale persistente che gli conferisce significato operativo.
La fiducia fa parte dell'esecuzione
Firme digitali, sigilli elettronici e conservazione conforme devono rimanere connessi al contesto aziendale, all’autorizzazione e al ciclo di vita che li hanno richiesti.
L'architettura deve rimanere aperta
Le applicazioni già operative oggi — e i sistemi non ancora costruiti — devono poter partecipare senza richiedere un altro livello di integrazione personalizzato per ogni nuovo requisito.
La domanda architettonica era quindi: Come possono molti sistemi specialistici condividere una fondazione operativa rimanendo specialistici?
3. Come Coopera tiene unita l'operazione
Coopera fornisce un livello operativo condiviso in tutta l’azienda sanitaria, consentendo a diversi sistemi clinici e amministrativi di partecipare allo stesso ambiente aziendale senza costringerli in un’unica applicazione monolitica. I contenuti prodotti da applicazioni cliniche, sistemi amministrativi, canali di corrispondenza, servizi di consenso e processi digitali rimangono governati oltre l’applicazione che li ha originariamente creati. Metadati, ciclo di vita, relazioni, permessi, cronologia ed evidenze restano connessi mentre le operazioni evolvono.
Al centro di questo modello ci sono i Living Business Object persistenti che l’organizzazione deve effettivamente gestire: Delibera Amministrativa · Caso Corrispondenza-Risoluzione · Consenso Informato · Pratica Digitale · Fascicolo Fattura.
Ciascuno può mantenere la propria: Identità · Stato · Contenuto · Relazioni · Responsabilità · Cronologia · Evidenza · Cosa può accadere dopo. Processi diversi possono iniziare e terminare intorno ad essi. Sistemi diversi possono contribuire con informazioni o svolgere le proprie responsabilità specialistiche. Documenti ed evidenze possono arrivare nel tempo e influenzare l’operazione.
Il Living Business Object rimane il punto persistente di continuità. Questo consente alla stessa base aziendale di supportare domini operativi molto diversi preservando le loro regole, cicli di vita e responsabilità individuali.
Una base condivisa. Vite operative diverse.
4. Come la Base Diventa Operazioni Reali
Delibera Amministrativa
Dalla proposta all’evidenza legalmente conservata. Una Delibera Amministrativa inizia prima che il suo documento finale esista. Il suo contesto operativo può evolvere attraverso: Proposta · Composizione · Revisione · Approvazione · Firma Digitale · Registrazione · Pubblicazione · Certificazione · Conservazione.
Le informazioni già disponibili nel contesto aziendale possono essere utilizzate per comporre il documento ufficiale man mano che l’operazione procede.
L’approvazione può coinvolgere diverse parti responsabili e fino a dieci firme digitalmente attribuibili. Coopera coordina il ciclo di vita della firma attraverso servizi di fiducia digitale integrati preservando l’autorizzazione umana esplicita. Dopo l’approvazione finale, l’operazione può continuare attraverso la pubblicazione ufficiale, la gestione del periodo di pubblicazione, la generazione e la firma del certificato di pubblicazione e la conservazione conforme.
Il documento finale non è quindi l’operazione stessa. È l’evidenza prodotta dall’operazione.
Dalla corrispondenza alla delibera
La comunicazione avvia il problema. Non lo definisce. La corrispondenza formale deve essere registrata, classificata e instradata. Ma il problema aziendale creato da quella comunicazione può continuare per giorni, settimane o mesi.
Persone, team e unità organizzative possono essere coinvolti. Arrivano documenti aggiuntivi. Vengono prodotte risposte. Si svolgono attività. Si prendono decisioni prima che la questione sia finalmente risolta.
Il Caso Corrispondenza-Risoluzione preserva quel contesto in evoluzione, collegando la comunicazione originale con le persone, i contenuti, le responsabilità e le azioni che si accumulano intorno ad esso. La registrazione formale rimane parte dell’operazione dove legalmente richiesto, ma non deve più diventare l’oggetto attorno al quale l’organizzazione lavora.
La registrazione documenta la comunicazione. L’oggetto aziendale porta il problema alla risoluzione.
Consenso Informato
Un contesto di consenso governato in tutti i servizi clinici. La stessa base aziendale supporta la gestione del consenso informato in diverse aree cliniche. Modelli di consenso configurabili possono utilizzare le capacità condivise di contenuto, governance, fiducia digitale e conservazione già disponibili in tutta l’organizzazione.
Le informazioni sul consenso possono quindi rimanere disponibili alle applicazioni sanitarie autorizzate attraverso servizi di integrazione e partecipare a policy che determinano se particolari accessi o azioni sono legittimi secondo fattori come il consenso acquisito, il contesto del documento, il ruolo dell’utente e lo scopo previsto. Il risultato non è un altro repository di consenso isolato.
Il consenso diventa un contesto aziendale governato persistente che può partecipare in tutto l’ambiente sanitario.
Connettere Applicazioni Esistenti e Future
Dalla richiesta API all’operazione governata. Il livello aziendale condiviso deve rimanere aperto ai sistemi già in produzione e alle applicazioni che non sono ancora state costruite. Nuove API di acquisizione possono essere configurate e connesse direttamente all’esecuzione governata.
Una richiesta in arrivo può quindi attivare: Validazione · Acquisizione Contenuti · Arricchimento Metadati · Creazione Oggetto · Correlazione · Instradamento · Attivazione Workflow · Interazione Sistema Esterno. Nuovi endpoint possono essere configurati e pubblicati in pochi minuti.
Il punto importante non è semplicemente un’integrazione più rapida. Un’API può diventare un punto di ingresso in un’operazione aziendale governata.
Le applicazioni cliniche e amministrative possono contribuire con informazioni, creare o aggiornare il contesto aziendale e attivare l’esecuzione appropriata senza richiedere che la logica operativa completa sia ricostruita all’interno di ogni singolo sistema.
5. Fiducia ed Evidenza Condivise
Firme digitali, sigilli elettronici e conservazione conforme partecipano direttamente a queste operazioni anziché diventare servizi a valle disconnessi.
A seconda del contesto aziendale, Coopera può coordinare firme elettroniche qualificate e avanzate, firme grafometriche, sigilli elettronici e attività di conservazione mantenendo connessi l’autorizzazione, l’evidenza risultante e il Living Business Object che li ha richiesti. I fornitori esterni di fiducia e conservazione continuano a svolgere le proprie responsabilità specialistiche.
Coopera preserva il contesto operativo attorno alle loro azioni.
6. Scala Aziendale
L’architettura riflette la natura orizzontale del progetto. L’ambiente opera attraverso due data center e include circa 732 TB di capacità di object storage compatibile S3, progettata per supportare il patrimonio informativo più ampio dell’azienda sanitaria piuttosto che un’applicazione dipartimentale.
Storage, ricerca, elaborazione, interoperabilità e governance operano come capacità aziendali condivise. Nuove applicazioni e domini operativi possono quindi partecipare alla stessa base senza ricreare l’infrastruttura e i servizi operativi comuni di cui hanno bisogno.
L’azienda può evolversi mentre la base operativa rimane coerente.
7. Il Risultato
L’azienda sanitaria si sta allontanando da un panorama in cui ogni applicazione deve possedere indipendentemente i propri contenuti, processi, integrazioni e cronologia operativa.
- I sistemi clinici rimangono responsabili delle funzioni cliniche.
- I sistemi finanziari mantengono le transazioni finanziarie.
- I servizi di corrispondenza formale continuano a fornire la registrazione legalmente richiesta.
- I fornitori di fiducia e conservazione continuano a svolgere i propri ruoli specialistici.
Ciò che cambia è il livello operativo che collega quelle responsabilità.
Attraverso Delibere Amministrative, casi di corrispondenza, consenso informato, pratiche digitali e altri Living Business Object, Coopera fornisce contesto operativo persistente, governance dei contenuti condivisa, orchestrazione, integrazione della fiducia, interoperabilità ed evidenza.
Nuovi sistemi possono partecipare senza richiedere all’organizzazione di ricostruire quelle capacità applicazione per applicazione, mentre l’ambiente sottostante fornisce un’infrastruttura informativa su scala aziendale attraverso due data center e circa 732 TB di capacità di object storage.
Il risultato non è una raccolta di processi digitalizzati. È una base operativa aziendale condivisa che mantiene coerenti diverse realtà aziendali mentre i sistemi specialistici continuano a fare ciò per cui sono stati progettati.
5. Cosa Dimostra Questo Caso
Una base può supportare molti Living Business Object
Delibere Amministrative, casi di corrispondenza, consenso informato e altri oggetti operativi possono mantenere cicli di vita e responsabilità diversi condividendo la stessa base aziendale.
I contenuti possono rimanere connessi all'operazione che influenzano
Documenti, comunicazioni ed evidenze non devono diventare artefatti isolati quando il lavoro si sposta tra applicazioni, team e processi.
I sistemi specialistici possono rimanere specialistici
I sistemi clinici, amministrativi, finanziari, di fiducia e conservazione possono continuare a gestire i propri domini mentre Coopera mantiene la continuità operativa tra di essi.
La scala aziendale non richiede un'unica applicazione monolitica
Un modello operativo condiviso può supportare più domini sanitari, due data center e circa 732 TB di capacità di contenuti aziendali senza far collassare le responsabilità specialistiche in un unico sistema.
