Standard di Oracle
Oracle crea prodotti basati su standard sviluppati da organizzazioni internazionali e consorzi di settore.
Oracle si impegna a creare prodotti basati su standard per aiutare i clienti a ridurre la complessità e ottenere il massimo dai loro investimenti tecnologici esistenti. Realizziamo prodotti basati su standard sviluppati da organizzazioni internazionali e consorzi industriali e ci impegniamo a rispettare gli standard accettati dal mercato per offrire ai nostri clienti interoperabilità, scelta e costi vantaggiosi. In qualità di collaboratore e leader delle comunità open source, Oracle è membro sostenitore di Linux Foundation, Cloud Native Computing Foundation, Eclipse Foundation e del programma Java Community Process, tra gli altri.
Oracle partecipa attivamente a più di 100 organizzazioni che stabiliscono standard e a oltre 300 comitati tecnici; migliaia dei nostri dipendenti sono impegnati in prima persona in progetti correlati a standard e open source. I nostri dipendenti contribuiscono a iniziative che spaziano da Java e Linux a Kubernetes.
I nostri standard interessano aree geografiche e business unit di tutto il mondo e comprendono la collaborazione nell'ambito di:
- Programmi di accessibilità
- Iniziative governative incentrate sullo sviluppo di requisiti tecnici
- Consorzi tecnologici e di settore
- Organizzazioni regionali, nazionali, e internazionali per la definizione degli standard
- Organizzazioni e progetti di sviluppo open source
- Organizzazioni che si occupano di standardizzazione
- Programmi di compliance agli standard
Alcuni esempi del nostro lavoro presso organizzazioni che gestiamo e influenziamo, inclusi settori verticali e di tecnologia.
Gli standard sono nel nostro DNA
Oggi i prodotti Oracle implementano migliaia di standard.
Oracle è stata fondata sull'implementazione di uno standard aperto: SQL. Prima di rilasciare un prodotto, abbiamo potuto partecipare allo sviluppo dello standard SQL in collaborazione con aziende tecnologiche affermate. SQL è diventato uno standard ANSI nel 1986 e uno standard ISO nel 1987.
Tutto ciò che risiede nel nostro cloud viene eseguito nel cloud di Amazon e in altri cloud basati su standard.Larry Ellison Chairman of the Board and Chief Technology Officer
Standard SQL
Oracle è da tempo all'avanguardia nello sviluppo e nella diffusione dello standard SQL. Questo standard ha avuto un ruolo determinante nel promuovere un ecosistema dinamico di fornitori di database, stimolando la concorrenza e garantendo la compatibilità dei prodotti per i clienti. Questo fiorente ecosistema ha alimentato, per decenni, un numero enorme di innovazioni nella gestione dei dati, offrendo straordinari vantaggi alle aziende e al pubblico in generale.Juan Loaiza Executive Vice President, Oracle Database Technologies
Oracle collabora con organizzazioni che definiscono gli standard
Oracle collabora con oltre cento organizzazioni che definiscono standard, tra cui:
| 3GPP | 3rd Generation Partnership Project riunisce sette organizzazioni che si occupano di standard delle telecomunicazioni per sviluppare specifiche per le telecomunicazioni mobili. |
| ANSI | L'American National Standards Institute è un'organizzazione privata senza scopo di lucro che sostiene lo sviluppo di standard tecnologici negli Stati Uniti fornendo un quadro per lo sviluppo di standard equi e sistemi di valutazione di conformità della qualità. |
| HL7® Fast Healthcare Interoperability Resources® (FHIR) | HL7® FHIR® è uno standard di interoperabilità concepito per facilitare lo scambio di informazioni sanitarie tra le organizzazioni. |
| IETF | Internet Engineering Task Force è una grande comunità internazionale aperta di cui fanno parte progettisti di reti, operatori, rivenditori e ricercatori che si occupano dell'evoluzione dell'architettura Internet e del suo corretto funzionamento. |
| INCITS | InterNational Committee for Information Technology Standards è un'organizzazione per lo sviluppo di standard accreditata ANSI, composta da sviluppatori. È il principale forum statunitense dedicato alla creazione di standard tecnologici per la nuova generazione di innovazione. |
| ISO/IEC JTC 1 | Il Comitato Tecnico Congiunto (JTC 1) per l'information technology è stato creato dall'Organizzazione Internazionale per la Normazione (OIT) e dalla Commissione Elettrotecnica Internazionale (ECC). Il suo scopo è quello di affrontare la standardizzazione internazionale dell'information technology. |
| JCP | Java Community Process è il meccanismo per lo sviluppo delle specifiche tecniche standard per la tecnologia Java. |
| Linux Foundation | Linux Foundation è un consorzio tecnologico no-profit fondato nel 2000 per standardizzare Linux, supportarne la crescita e promuoverne l'adozione commerciale. Offre inoltre un ambiente neutrale e affidabile in cui gli sviluppatori possono collaborare a progetti software aperti, come la Cloud Native Foundation (CNCF). CNCF ospita progetti come Kubernetes e Prometheus per rendere il cloud native universale e sostenibile. |
| OASIS | Organization for the Advancement of Structured Information Standards è un consorzio internazionale senza scopo di lucro la cui missione è sviluppare software e standard open source attraverso la collaborazione e la comunità globale. |
| W3C | World Wide Web Consortium è la principale organizzazione internazionale di standard per il Web. |
| CEN e CENELEC | Il Comitato europeo di normazione (CEN) sviluppa standard per diversi settori, prodotti e servizi. Il Comitato europeo di normazione elettrotecnica (CENELEC) si concentra sulla normazione elettrotecnica. Entrambi sono fornitori legalmente designati di standard europei. |
Contributi al kernel Linux
Forte del suo impegno di lunga data nello sviluppo del kernel Linux open source, Oracle è stato il principale contribuente al kernel Linux nel ciclo di rilascio 6.1. Il sostegno di Oracle a Linux dura da oltre 20 anni, con contributi chiave (e manutentori) nelle aree di SCSI e iSCSI, XFS e btrfs, gestione della memoria con pagine di grandi dimensioni e persino nella struttura dati del kernel principale. In Oracle ci impegniamo a migliorare Linux per garantire che i nostri clienti possano contare su Linux sia oggi che in futuro, contribuendo sia con correzioni del codice che con tecnologie fondamentali come i fogli di memoria e Maple Tree, che diventano la base per ulteriori miglioramenti.Greg Marsden Senior Vice President, Oracle Linux
Notizie e aggiornamenti sugli standard Oracle
Standard di comunicazione
La Communication Global Business Unit (CGBU) di Oracle fornisce prodotti e soluzioni leader di settore per le comunicazioni. Tra queste, funzioni di segnalazione critiche per le reti cellulari 5G, 4G e 3G. Include inoltre prodotti e soluzioni all'avanguardia per la telefonia basata su SIP. Questi prodotti offrono una gamma di interfacce e funzionalità interoperabili basate su standard essenziali per consentire ai nostri clienti di costruire e gestire le loro reti e i servizi.
Immagina di avere l'opportunità di progettare un sistema che supporti servizi di comunicazione mobile wireless. Il sistema può, in sostanza, essere considerato un'estensione dei servizi di telefonia fissa esistenti e, in quanto tale, deve supportare le chiamate telefoniche da e verso qualsiasi telefono connesso alla rete telefonica pubblica commutata (PSTN). Questi stessi servizi di telefonia devono essere supportati anche per le chiamate tra dispositivi connessi alla rete mobile wireless che stai definendo. Questi e altri servizi forniti dal sistema devono funzionare quando i dispositivi si muovono alla velocità dei veicoli.
La Communication Global Business Unit (CGBU) di Oracle, attraverso l'acquisizione di Acme Packet nel 2013, ha avuto un ruolo determinante nella definizione degli standard per l'interoperabilità tra la rete PSTN a commutazione di circuito e la rete PSTN basata su trunk SIP. CGBU continua a fornire prodotti Session Border Controller leader del settore, basati sugli standard derivanti da tali sforzi.
Inoltre, il sistema deve supportare messaggi brevi, servizi di emergenza, servizi di localizzazione, accesso a Internet e altre funzionalità offerte dai dispositivi mobili wireless. Il sistema deve soddisfare i requisiti normativi dei Paesi che riservano lo spettro radio a supporto del sistema scelto. Deve essere scalabile per supportare miliardi di dispositivi, sia telefoni consumer che dispositivi che accedono all'Internet of Things.
La CGBU di Oracle, attraverso l'acquisizione di Tekelec nel 2013, ha avuto un ruolo determinante nella definizione originale dell'architettura e dei protocolli Policy and Charging (PCC) introdotti nelle specifiche iniziali del 3G. L'architettura PCC gestisce l'accesso di rete differenziato e la tariffazione associata a tale accesso. Oracle continua a supportare prodotti incentrati sui criteri, aggiornati per supportare sia le specifiche 4G/LTE sia le più recenti specifiche 5G.
I servizi supportati dal sistema devono essere accessibili da qualsiasi parte del mondo che disponga di una rete di accesso radio (RAN) conforme agli standard definiti. Il sistema deve inoltre fornire servizi in modo sicuro, limitare l'accesso ai servizi forniti solo a coloro che hanno sottoscritto un abbonamento e raccogliere le informazioni necessarie per consentire alle aziende che forniscono i servizi di fatturarne l'utilizzo.
Il team di standardizzazione di CGBU collabora a stretto contatto con i nostri clienti per integrarne i requisiti negli standard 3GPP e GSMA. Questo si concretizza attraverso la presentazione congiunta di proposte ai vari gruppi di lavoro 3GPP e la partecipazione diretta alle riunioni periodiche sugli standard 3GPP e GSMA.
Il tuo compito è reso più complicato dal fatto che la definizione dell'architettura, dei protocolli e delle tecnologie necessari per far funzionare questo sistema deve essere effettuata e concordata sia con le aziende che gestiranno la rete (i tuoi concorrenti) sia con i fornitori (aziende concorrenti tra loro) dell'hardware e del software richiesti per realizzare il sistema da te definito.
In apparenza, questo potrebbe sembrare un compito impossibile. Questa è una definizione un po' semplificata del problema risolto dall'organizzazione per gli standard 3GPP.
3GPP, acronimo di Third Generation Partnership Project, è stato istituito nel 1998. Prima del 3GPP, gli standard di telefonia mobile erano definiti da organizzazioni regionali per lo sviluppo di standard per le telecomunicazioni. Queste organizzazioni comprendevano:
| Organizzazione | Paese | |
|---|---|---|
| ARIB | Association of Radio Industries and Businesses (Associazione delle industrie e delle imprese radiofoniche) | Giappone |
| ATIS | Alliance for Telecommunications Industry Solutions (Alleanza per le soluzioni del settore delle telecomunicazioni) | Stati Uniti |
| CCSA | China Communications Standards Association (Associazione cinese per gli standard delle comunicazioni) | Cina |
| ETSI | Istituto europeo per gli standard delle telecomunicazioni | Europa |
| TSDSI | Telecommunications Standards Development Society, India (Società per lo sviluppo degli standard delle telecomunicazioni, India) | India |
| TTA | Telecommunications Technology Association (Associazione per la tecnologia delle telecomunicazioni) | Corea |
| TTC | Telecommunication Technology Committee (Comitato per la tecnologia delle telecomunicazioni) | Giappone |
Gli standard definiti da questi gruppi garantivano l'interoperabilità all'interno delle rispettive region, ma spesso non supportavano il roaming dei telefoni in un'altra region che supportava standard simili, ma diversi. Ricorda che il sistema che ti è stato chiesto di definire richiede l'operatività in qualsiasi parte del mondo.
CGBU concentra i suoi sforzi di standardizzazione sui TSG SA e CT. È attraverso questi sforzi che CGBU offre diverse funzioni di rete 5G, tra cui Service Communication Proxy (SCP) leader del settore, Network Resource Function (NRF), Network Slice Selection Function (NSSF), Network Exposure Function (NEF), Security Edge Protection Proxy (SEPP), Binding Support Function (BSF) e Policy Control Function (PCF) relativa ai criteri, menzionati in precedenza.
l primo set di standard definiti da 3GPP ha dato vita a quello che viene definito il sistema cellulare 3G. L'organizzazione 3GPP ha continuato a sviluppare questi standard e ha pubblicato le definizioni delle versioni 4G/LTE e 5G degli standard. Si sta già parlando di una definizione emergente degli standard cellulari 6G.
3GPP è diviso in tre gruppi di specifiche tecniche (TSG, Technical Specification Groups).
- Reti di accesso radio (RAN, Radio Access Networks)
- Aspetti dei servizi e dei sistemi (SA, Services and Systems Aspects)
- Rete core e terminali (CT, Core Network and Terminals)
Ciascuno dei TSG è poi suddiviso in più gruppi di lavoro. Nella tabella seguente vengono descritti i gruppi di lavoro 3GPP attualmente attivi. La definizione degli standard 3GPP viene effettuata da questi gruppi di lavoro.
| TSG | ||
|---|---|---|
| RAN | SA | CT |
| RAN1 - Livello radio 1 (livello fisico) | SA WG1 - Servizi | CT WG1 - Apparecchiature utente - Protocolli di rete core |
| RAN2 - Controllo delle risorse radio di livello radio 2 e 3 | SA WG2 - Architettura e servizi di sistema | CT WG3 - Interazione con reti esterne e controllo di policy e costi |
| RAN3 - Architettura UTRAN/E-UTRAN/NG-RAN e relative interfacce di rete | SA WG3 - Sicurezza e privacy | CT WG4 - Protocolli di rete core |
| RAN4 - Prestazioni radio e aspetti del protocollo | SA WG4 - Codec, sistemi e servizi multimediali | CT WG6 - Aspetti applicativi delle smart card |
| RAN5 - Test di conformità dei terminali mobili | SA WG5 - Gestione, orchestrazione e addebito | |
| SA WG6 - Abilitazione delle applicazioni e applicazioni di comunicazione critica | ||
3GPP non definisce tutti i protocolli che compongono il sistema 3GPP. In molti casi, i gruppi di lavoro 3GPP definiscono le modalità di utilizzo degli standard sviluppati da altre organizzazioni di standardizzazione da parte del sistema 3GPP.
Gran parte del lavoro menzionato in precedenza, necessario per la definizione degli standard relativi all'SBC, è stato svolto nell'ambito del SIP IETF e dei gruppi di lavoro correlati. CGBU ha inoltre partecipato attivamente alla definizione degli standard IETF relativi al Diameter, definiti dal gruppo di lavoro IETF DIME, che hanno avuto impatto sul prodotto CGBU Diameter Signaling Router.
Molti dei protocolli utilizzati negli standard 3GPP sono definiti dall'Internet Engineering Task Force (IETF), il gruppo responsabile della definizione di protocolli quali IPv4, IPv6, TCP, TLS, http/2, Diameter e SIP, per citarne alcuni utilizzati dai sistemi 3GPP 3G, 4G e 5G.
L'Institute of Electrical and Electronics Engineers (IEEE) definisce protocolli di livello inferiore come Ethernet.
GSMA, la principale organizzazione di settore per gli operatori di reti mobili, definisce anche standard incentrati sull'interoperabilità tra gli operatori di rete. Pertanto, gli standard GSMA si concentrano su questioni come l'utilizzo del sistema 3GPP per il roaming tra i fornitori di servizi e le modalità di riconciliazione delle tariffe tra tali fornitori.
Per chi fosse interessato ad approfondire ulteriormente, ecco le specifiche principali che descrivono il sistema 5G 3GPP. Queste sono solo la punta dell'iceberg in quanto specificano ciò che 3GPP definisce come specifiche della fase 2. Queste specifiche vengono sviluppate dai gruppi di lavoro SA2 e SA3 e definiscono l'architettura per la rete core 5G.
| Numero della specifica | Gruppo di lavoro | Titolo della specifica |
|---|---|---|
| 23.501 | SA2 |
Progetto di partnership di 3a generazione Servizi del gruppo di specifiche tecniche e aspetti di sistema Architettura di sistema per il sistema 5G (5GS) Fase 2 |
| 23.501 | SA2 |
Progetto di partnership di 3a generazione Servizi del gruppo di specifiche tecniche e aspetti di sistema Procedure per il sistema 5G (5GS) Fase 2 |
| 23.503 | SA2 |
Progetto di partnership di 3a generazione Servizi del gruppo di specifiche tecniche e aspetti di sistema Framework di controllo per criteri e addebito per il sistema 5G (5GS) Fase 2 |
| 33.501 | SA3 |
Progetto di partnership di 3a generazione Servizi del gruppo di specifiche tecniche e aspetti di sistema Architettura e procedure di sicurezza per il sistema 5G (5GS) |
I gruppi CT utilizzano questo come input per le specifiche della fase 3 del 3GPP, che definiscono i protocolli dettagliati richiesti da fornitori come Oracle per implementare le funzionalità definite negli standard. Di seguito sono riportati alcuni esempi delle specifiche pubblicate dai gruppi CT. Le prime due sono fondamentali e si applicano a tutte le funzioni di rete definite da 3GPP. Le due successive descrivono in dettaglio i protocolli per due delle funzioni di rete 5G offerte da CGBU.
| Numero della specifica | Gruppo di lavoro | Titolo della specifica |
|---|---|---|
| 29.500 | CT4 | Sistema 5G; realizzazione tecnica dell'architettura basata sui servizi; fase 3 |
| 29.501 | CT4 | Sistema 5G; principi e linee guida per la definizione dei servizi; fase 3 |
| 29.510 | CT3 | Sistema 5G; servizi di repository di funzioni di rete; fase 3 |
| 29.512 | CT3 | Sistema 5G; servizio di controllo dei criteri di gestione delle sessioni; fase 3 |
Fortunatamente, 3GPP, IETF, IEEE, GSMA e altri enti di standardizzazione hanno già progettato il sistema che è stato chiesto di specificare in precedenza. Ora, ovunque ci si trovi nel mondo, indipendentemente dall'operatore di telefonia mobile in uso, indipendentemente da chi ha fornito il telefono che si utilizza, è possibile sfruttare i vantaggi del sistema cellulare 5G per controllare il traffico e le previsioni del tempo prima di tornare a casa.
Oracle Health
Oracle Health offre innumerevoli soluzioni per il settore sanitario e dell'assistenza sanitaria. Queste soluzioni spaziano dall'IT sanitario utilizzato da cliniche, ospedali e sistema sanitario fino alle scienze biologiche. Le soluzioni Oracle Health supportano i processi di gestione amministrativa, clinica, dipartimentale e/o finanziaria e il processo decisionale; la condivisione di dati tra organizzazioni a livello locale e nazionale per la segnalazione normativa, il coordinamento dell'assistenza, la gestione dei sinistri, la ricerca, i registri e altri utenti di dati secondari; la gestione di studi clinici; la segnalazione di eventi avversi; o la ricerca e la gestione della salute della popolazione delle organizzazioni di assistenza responsabile.
Gli standard sono essenziali per consentire rappresentazioni coerenti dei dati quando si condividono informazioni in termini di formato, terminologia comune e aspettative di trasporto, nonché requisiti minimi di gestione della sicurezza, in particolare quando sono coinvolte le informazioni sanitarie di una persona.
Per una panoramica del nostro impegno nel promuovere l'interoperabilità, consulta i traguardi principali nella pagina Standard | Oracle Sono inclusi contributi e traguardi raggiunti da SMS, Siemens, Cerner e Oracle attraverso la catena di acquisizione.
Condivisione dei dati clinici
1991: inizio dell'utilizzo degli standard Health Level-7 (HL7) per la condivisione dei dati tra dipartimenti a supporto dei flussi di lavoro clinici e amministrativi
X12
1995: inizio della partecipazione a X12 per l'implementazione della semplificazione amministrativa HIPAA per la condivisione dei dati a supporto delle richieste di rimborso elettroniche inviate ai pagatori
HITECH
2009: collaborazione allo sviluppo congiunto del protocollo diretto che consente la condivisione di dati come e-mail nel sistema sanitario a supporto delle normative HITECH Act degli Stati Uniti che promuovono l'interoperabilità a livello nazionale
CommonWell
2013: co-fondazione di CommonWell per la creazione di una rete nazionale multi-fornitore con servizi di localizzazione di record strategici, utilizzando IHE Document Exchange per trovare e condividere i documenti dei pazienti
Argonaut
2014: co-fondazione di Argonaut per promuovere l'adozione degli standard FHIR HL7 a supporto del primo set di API basate su FHIR per il programma di certificazione ONC
Carequality
2014: co-fondazione di Carequality per la creazione di un framework su più reti per promuovere l'interoperabilità a livello nazionale
Clinical Decision Support (CDS) Hooks
2016: collaborazione alla scrittura della prima versione di CDS Hooks che abilita trigger standardizzati di supporto alle decisioni cliniche
Progetto Da Vinci
2018: co-fondazione del progetto HL7 Da Vinci che promuove lo scambio basato su FHIR HL7 incentrato sui casi d'uso dei fornitori di pagamenti negli Stati Uniti
TEFCA
2024: presentazione della domanda per diventare Qualified Health Information Network nell'ambito del TEFCA
Un percorso di condivisione dei dati
Raccolta dati completa
Un paziente pianifica un primo appuntamento con un medico di base (PCP, primary care provider) dopo essersi trasferito. In preparazione all'appuntamento, l'ufficio del medico richiede i dati disponibili attraverso la rete nazionale.
L'EHR del medico apre una query a una rete nazionale, ad esempio CommonWell, utilizzando i protocolli IHE Document Exchange e riceve in cambio documenti C-CDA HL7.
Il fornitore di servizi sanitari esamina i registri completi e invia gli ordini
Il medico di base esamina la documentazione ricevuta, quindi seleziona le informazioni pertinenti da includere nei registri iniziali.
L'EHR consente al medico di base di integrare perfettamente i dati dei documenti basati su standard nel registro in forma strutturata, non solo note descrittive, documenti scansionati o testo.
Durante la visita del paziente, il medico di base ordina alcuni test di laboratorio e prescrive un unguento per un'eruzione cutanea.
L'EHR invia un ordine al laboratorio utilizzando messaggi HL7 v2 con codici LOINC standard per il test, mentre invia una prescrizione alla farmacia locale del paziente attraverso una rete nazionale utilizzando gli standard NCPDP ePrescribing con codici farmaco RxNorm.
Ordini completati e risultati delle revisioni dei pazienti
Quando il paziente torna a casa, vuole consultare il riepilogo della visita Sebbene il paziente non abbia ancora accesso al portale, dispone comunque di un'app con accesso alle informazioni sulla visita dall'EHR del medico di base utilizzando API basate su FHIR.
Dopo che il paziente è andato in laboratorio per ricevere il prelievo di sangue e il laboratorio ha eseguito il test, il laboratorio invia i risultati al medico di base responsabile dell'ordine. Sebbene il paziente non abbia ancora accesso al portale, dispone comunque di un'app con accesso alle informazioni sulla visita dall'EHR del medico di base utilizzando API basate su FHIR.
Il paziente accede di nuovo all'app per cercare i risultati utilizzando le API basate su FHIR HL7 sull'EHR del medico di base o potrebbe portarli in laboratorio se esponessero anche i risultati tramite API basate su FHIR HL7.
Dati forniti alle agenzie di sanità pubblica e ai responsabili di pagamento
I risultati hanno mostrato indicazioni di una malattia da segnalare che richiede la notifica della sanità pubblica.
Il sistema di laboratorio condivide i risultati del laboratorio con l'agenzia locale di sanità pubblica utilizzando i messaggi HL7 v2, mentre l'EHR condivide un case report più ampio con la stessa agenzia di sanità pubblica utilizzando API basate su FHIR HL7 o un case report basato su CDA HL7.
Nel frattempo, le richieste di rimborso per la visita e il test di laboratorio del medico di base sono state inviate al responsabile del pagamento, che a sua volta giudica la richiesta e paga il medico di base e raccoglie un pagamento deducibile o co-pagato dal paziente.
Attraverso il sistema di gestione della pratica o il sistema del ciclo delle entrate del medico di base, il sistema di gestione delle richieste di rimborso del laboratorio ha inviato le rispettive richieste al gestore del pagamento utilizzando le transazioni delle richieste di rimborso X12 e ha ricevuto la notifica del pagamento utilizzando le transazioni di pagamento/rimessa X12.
Gestire le popolazioni con collaborazione e analytics
Il medico di base fa parte di un sistema sanitario più ampio che gestisce una popolazione più ampia e collabora con i ricercatori. Mantengono una grande popolazione di set di dati per eseguire analytics interni e fornire l'accesso ai dati dei pazienti de-identificati ai ricercatori all'interno delle linee guida HIPAA.
Il sistema di analytics del sistema sanitario estrae e de-identifica i dati che vengono quindi resi disponibili in uno dei diversi formati. Può essere direttamente in formato OMOP o nelle API basate su FHIR HL7 o in un altro formato concordato.
Norme e linee guida sull'IT sanitario
L'elenco seguente evidenzia importanti standard e linee guida che gli sviluppatori IT del settore sanitario devono seguire a causa di varie normative e contratti a livello internazionale, nazionale e statale. Sebbene alcuni standard siano volontari, sono fondamentali per garantire l'interoperabilità tra i diversi sistemi IT sanitari. Esempi importanti includono l'ONC Certification Program degli Stati Uniti, che impone l'uso di HL7 FHIR e HL7 C-CDA, nonché le normative del Regno Unito, dell'UE, dell'Australia e del Canada. Questi standard facilitano anche lo scambio di dati interoperabili all'interno di organizzazioni come gli ospedali, consentendo attività come l'elaborazione degli ordini di laboratorio, la fatturazione con i sistemi del ciclo dei ricavi e la condivisione di informazioni per gli analytics dell'assistenza basati sul valore.
| Organizzazione | Nome | Paese | Scopo |
|---|---|---|---|
| Transazioni | |||
| ASTM International | American Society for Testing and Materials | Globale | Eventi verificabili (2147-18) |
| CDISC | Clinical Data Interchange Standards Consortium | Globale |
|
| DICOM | Digital Communication and Imaging in Medicine | Globale | Scambio e accesso di immagini |
| DirectTrust | DirectTrust | Stati Uniti d'America | Messaggistica sicura, notifica degli eventi (Direct Standard) |
| GS1 | Global Standards 1 | Globale |
|
| HL7 International | Health Level Seven International | Globale |
|
| IHE | Integrating the Healthcare Enterprise | Globale |
|
| NCPDP | National Council for Prescription Drug Programs | Stati Uniti d'America | Prescrizione, autorizzazione preventiva (solo farmaci), richieste di rimborso (SCRIPT) |
| OHDSI | Observational Health Data Sciences and Informatics | Globale | Ricerca (OMOP CDM) |
| ANSI | American National Standards Institute | Stati Uniti d'America | Richieste di rimborso, ammissibilità, pagamenti, rimesse (X12) |
| Trasporti | |||
| IETF | Internet Engineering Task Force | Globale |
|
| Usabilità | |||
| HL7 | Health Level 7 | Globale | Registrazione dinamica, autenticazione e autorizzazione delle app (SSRAA/UDAP) |
| OIDF | OpenID Foundation | Globale | Gestione globale delle identità (OpenID) |
| UDAP | Unified Data Access Profiles | Globale | Registrazione e autenticazione dell'applicazione globale |
| W3C | World Wide Web Consortium | Globale | Global User interface usability (WCAG) |
| Sicurezza | |||
| NIST | National Institute for Standards and Technology | Stati Uniti d'America |
|
| Vocabolario | |||
| ADA | American Dental Association | Stati Uniti d'America | Diagnosi, procedure e altre nomenclature utilizzate per l'odontoiatria (SNODENT) Codici di fatturazione per le richieste di rimborso dentistiche utilizzate nell'ambito dell'HIPAA (CDT) |
| AMA | American Medical Association | Stati Uniti d'America | Codici di procedura utilizzati per le richieste di rimborso (CPT) |
| AND | Academy of Nutrition and Dietetics | Stati Uniti d'America | Terminologia standardizzata per garantire un'assistenza nutrizionale ottimale (NCPT) |
| ASTP/ONC | Assistant Secretary for Technology Policy / Office of the National Coordinator | Stati Uniti d'America | Dati nell'ambito della certificazione ASTP/ONC e altri programmi (USCDI) |
| CMS | Centers for Medicare and Medicaid Services | Stati Uniti d'America | Healthcare Common Procedure Coding System (HCPCS) Requisiti per il reporting dei dati del laboratorio (CLIA) |
| CDC | Centers for Disease Control and Prevention | Stati Uniti d'America | Codici dei vaccini (CVX) Codici dei produttori di vaccini (MVX) Razza e gruppo etnico (CDREC) |
| FDA | Food and Drug Administration | Stati Uniti d'America | National Drug Codes (NDC) Unique Device Identifier (UDI) |
| GA4GH | Global Alliance for Genomics and Health | Globale | Formato della variazione genetica (VCF) |
| ICCBBA | International Council for Commonality in Blood Banking Automation | Globale | Standard per l'identificazione, l'etichettatura e il trasferimento di informazioni di prodotti medici di origine umana (compresi sangue, cellule, tessuti, latte e prodotti degli organi) (ISBT 128) |
| ICH | International Council for Harmonization of Technical Requirements for Human Use | Globale | Terminologia medica per facilitare la condivisione di informazioni normative a livello internazionale per i prodotti medici utilizzati dagli esseri umani. (MedRA) |
| ISO | International Standards Organization | Globale | Linguaggi umani (RFC 5646) |
| NHTSA | National Highway Traffic Safety Administration’ | Stati Uniti d'America | Codici terminologici di pronto soccorso (NEMSIS) |
| NIH | National Institute of Health | Stati Uniti d'America | Nomenclatura standardizzata per i farmaci clinici, essenzialmente un modo per nominare e classificare in modo coerente i farmaci (RxNorm) |
| NHSE | NHS England | Regno Unito | Standard informativi e raccolte di dati (incluse le estrazioni) (ISCE) Message Exchange (MESH) Data Security and Protection Toolkit (DSPT) |
| NHSBSA | NHS Business Services Authority | Regno Unito | Dizionario di medicinali e dispositivi (dm+d) |
| NUBC | National Uniform Billing Committee | Stati Uniti d'America | Modulo di richiesta di rimborso (UB-04) |
| NUCC | National Uniform Claim Committee | Stati Uniti d'America | Modulo di richiesta di rimborso (1500) |
| OMB | Office of Management and Budget | Stati Uniti d'America | Razza e gruppo etnico (SPD 15) |
| Regenstrief | Regenstrief | Globale | Codici di unità di misura (UCUM) Test clinici e codici terminologici correlati (LOINC) |
| SNOMED | Systematized Nomenclature for Medicine | Globale | Diagnosi, procedura e altri codici terminologici |
| UN ITU-T | United Nations International Telecommunication Union Telecommunication Standardization Sector | Globale | Rappresentazione di numeri di telefono, indirizzi e-mail e indirizzi web (E.123) |
| OMS | Organizzazione mondiale della sanità | Globale | Diagnosi e codici terminologici correlati (ICD) |
La nostra collaborazione con i leader del settore
Grazie al nostro impegno continuo verso l'innovazione multicloud, alla nostra leadership e ai nostri contributi all'Organizzazione internazionale per la normazione, collaboriamo con i leader del settore per fornire ai nostri clienti soluzioni basate su standard.
Festeggia il 25° anniversario del programma JCP
CNCF
In qualità di membro Platinum con un posto nel Consiglio di Amministrazione della Cloud Native Computing Foundation (CNCF), Oracle può avere influenza sulla definizione degli standard cloud nativi sviluppati dai leader del settore in tutto il mondo. La nostra partnership con CNCF dimostra l'impegno di Oracle nel promuovere standard e progetti open source basati sulle esigenze dei nostri clienti. Dimostriamo la leadership di pensiero di Oracle nel settore cloud attraverso contributi attivi a oltre venti progetti CNCF, tra cui Kubernetes, Falco (Observability), Thanos (Security) e Crossplane (multicloud). https://www.cncf.io/
Non sono mai stato così entusiasta dell'opportunità che il multicloud offre a Oracle, con carichi di lavoro e flussi di dati senza soluzione di continuità tra i cloud. Stiamo intensificando la nostra attenzione e i nostri investimenti in progetti e integrazioni CNCF per offrire ai clienti un modo open source e basato su standard aperti per integrare più provider cloud.Mahesh Thiagarajan EVP Oracle Cloud
Associazione Open Enterprise Linux (OpenELA)
La collaborazione è fondamentale per promuovere l'innovazione, ed è per questo che invitiamo tutti a far parte di questa associazione e ad aiutarci a sostenere gli standard della comunità aperta”, ha dichiarato Thomas Di Giacomo, Chief Technology and Product Officer di SUSE. “SUSE crede fermamente nel rendere possibile la scelta. Insieme alla comunità open source, ridefiniremo il vero concetto di "open" e garantiremo un futuro più solido per l'ingegneria elettronica.Thomas Di Giacomo Chief Technology and Product Officer, SUSE
Microsoft
Oracle Database@Azure offre ai clienti accesso diretto ai servizi di database Oracle in esecuzione su Oracle Cloud Infrastructure e distribuiti nei data center di Microsoft Azure.
Scopri di più sulla nostra collaborazione con Microsoft
Abbiamo una reale opportunità per aiutare le organizzazioni a migrare le loro applicazioni mission-critical nel cloud, in modo che possano trasformare ogni aspetto del loro business con questa nuova generazione di intelligenza artificiale”, ha affermato Satya Nadella, Chairman e CEO di Microsoft. “La nostra partnership ampliata con Oracle renderà Microsoft Azure l'unico altro fornitore cloud a gestire i servizi di database di Oracle e ad aiutare i nostri clienti a sbloccare una nuova ondata di innovazione basata sul cloud.Satya Nadella Chairman e CEO, Microsoft
La maggior parte dei clienti utilizza già più cloud”, ha affermato Larry Ellison, Chairman e CTO di Oracle. “Microsoft e Oracle hanno collaborato per semplificare la connessione dei servizi Azure con la più recente tecnologia Oracle Database. Collocando l'hardware Oracle Exadata nei data center Azure, i clienti potranno usufruire delle migliori prestazioni possibili a livello di database e di rete. Siamo orgogliosi di collaborare con Microsoft per offrire ai clienti questa funzionalità all'avanguardia.Larry Ellison Oracle Chairman e CTO
Ampere
Grazie alla solida leadership di Oracle nel comitato ISO/IEC JTC 1/SC 38 (Cloud Computing e piattaforme distribuite) per la creazione di ambienti cloud eterogenei, Ampere e Oracle hanno creato cluster Kubernetes basati su ARM, in esecuzione su Oracle Container Engine for Kubernetes (OKE), che utilizzano la piattaforma di elaborazione Ampere A1 Cloud Native in Oracle Cloud Infrastructure (OCI). La scelta, l'interoperabilità e la maturità di questo servizio multipiattaforma offrono ai nostri clienti opportunità di migrazione semplificata e ulteriore innovazione.Sean Varley Vice President of Product Marketing, Ampere
Arm
Arm si sta diffondendo rapidamente come una scelta popolare per i clienti nel cloud. Gli sviluppatori di Arm e Oracle stanno collaborando al kernel Linux e ai progetti upstream correlati su un'ampia varietà di tecnologie a vantaggio dell'intero ecosistema. Ad esempio, i contributi di Oracle alla gestione della memoria (tra cui la struttura dati Maple Tree e i folio) stanno consentendo miglioramenti delle prestazioni che vanno oltre la loro specifica applicazione. Oracle sta inoltre collaborando a stretto contatto con Linaro per integrare la funzionalità di hotplug della CPU virtuale nell'architettura Arm. Questo tipo di collaborazione tra settori è ciò che contribuisce al successo di Linux e dell'ecosistema Arm.Mark Hambleton VP Software, Arm
Java
Il programma Java Community Process (JCP) vanta una lunga e comprovata esperienza nella definizione di specifiche che costituiscono il fondamento di applicazioni realizzate da milioni di sviluppatori per l'esecuzione su miliardi di processori. L'intero settore del software ne trae vantaggio, insieme all'incredibile ritmo di innovazione di OpenJDK, che promuove l'implementazione di riferimento standard per il programma JCP. Oracle è orgogliosa di essere al fianco dei partner che contribuiscono allo sviluppo dell'ecosistema Java da quasi 30 anni.Georges Saab Senior Vice President of Development, Java Platform and Chair, OpenJDK Governing Board, Oracle
Oracle lancia Java 21
La nuova versione offre 15 JEP (JDK Enhancement Proposal) per migliorare la produttività degli sviluppatori, perfezionare il linguaggio Java e potenziare le prestazioni, la stabilità e la sicurezza della piattaforma.
Festeggiamo i 25 anni del programma JCP
JCP 1.0
Creazione del programma JCP, che prevede l'approvazione delle richieste da parte di Sun e il contributo dei membri alla definizione delle specifiche.
JCP 2.0
Istituzione dei comitati esecutivi per l'esame e l'approvazione delle JSR.
JCP 2.5
Concessione di parità di condizioni agli individui.
JCP 2.6
Adozione dell'approccio open source, ottimizzazione dei processi e disponibilità per il pubblico di prime bozze, licenze e termini TCK.
JCP 2.7
Richiesta di trasparenza per i commenti del pubblico e revisione delle tempistiche di rilascio.
JCP 2.8
Introduzione di norme permanenti per i comitati esecutivi, richiesta di trasparenza nella comunicazione delle JSR e abbreviazione delle rispettive scadenze.
Adotta una JSR
Lancio mirato a coinvolgere i gruppi JUG (Java User Group) di tutto il mondo nello sviluppo degli standard Java.
JCP 2.9
Unione dei due comitati esecutivi in un'unica commissione che vota in merito a tutte le JSR.
JCP 2.10
Ampliamento dell'appartenenza, rimozione degli ostacoli alla partecipazione, aggiunta di collaboratori e istituzione di tre tipi di seggi del comitato esecutivo.
JCP 2.11
Semplificazione dei processi del programma JCP per l'agilità, allineamento allo sviluppo di software open source e riduzione delle dimensioni del comitato esecutivo.
Java nell'istruzione
Lancio mirato a ispirare ed educare la nuova generazione di sviluppatori Java e a colmare il divario tra il mondo accademico e il settore professionale.
25° anniversario
Festeggiamenti dei 25 anni del programma JCP.
Da oltre 20 anni Arm è membro attivo del Java Community Process (JCP), con numerosi contributi a lungo termine al progetto OpenJDK. La collaborazione con Oracle per il passaggio di Java a un ciclo di rilascio semestrale ha accelerato l'evoluzione del linguaggio e ha introdotto sul mercato nuove funzionalità, come i thread virtuali e un Garbage Collector migliorato, in tempi più rapidi. La release Java 21 offre il sesto incubatore della Vector API su Arm, con la potenza dell'architettura vettoriale SVE per un maggior numero di sviluppatori Java. Il nostro lavoro per abilitare questi miglioramenti chiave manterrà Java all'avanguardia nello sviluppo scalabile, ad alte prestazioni e cloud-native su core Arm Neoverse.Stuart Monteith Principal Software Engineer, Arm
Prestazioni e compatibilità con la piattaforma Java sono fondamentali per i clienti che distribuiscono carichi di lavoro basati su Java in moduli Ampere A1 su OCI e on-premise. Con questa consapevolezza, gli esperti di Oracle e Ampere hanno collaborato per migliorare significativamente le prestazioni di Java nelle diverse versioni di OpenJDK, lavorando insieme nell'ambito delle specifiche e dei programmi Java, come quelli condotti dal Java Community Program (JCP), e in particolare della Java Specification Request (JSR) 395 che interessa Java SE 20. Grazie a questa collaborazione e alle nostre specifiche aperte, le prestazioni di Java sono fino al 30% superiori con i JDK più recenti. Anche i carichi di lavoro legacy possono trarne vantaggio, incluso l'Enterprise Performance Pack annunciato di recente, che consente ai clienti di ottenere le prestazioni di JDK 17 in applicazioni JDK 8.Atiq Bajwa Chief Technology Officer, Ampere
Notizie e aggiornamenti sulla collaborazione per la definizione degli standard
Artificial Intelligence
Oracle partecipa allo sviluppo di standard per l'intelligenza artificiale (AI). I progetti di questi organismi di normazione affrontano una varietà di aspetti dei sistemi AI: bias/equità, supervisione umana, spiegabilità/trasparenza, gestione del rischio, privacy e sicurezza. Tali standard promuovono l'armonizzazione tecnica e supportano l'accesso al mercato.
| ISO/IEC JTC 1 SC 42 | Un organismo congiunto tra l'Organizzazione internazionale per la normazione (ISO) e la Commissione elettrotecnica internazionale (IEC), che ha definito la standardizzazione per l'intelligenza artificiale. |
| CEN/CENELEC JTC 21 | Un organismo congiunto sotto l'egida del Comitato europeo di normazione (CEN) e del Comitato europeo di normazione elettrotecnica (CENELEC). Il Comitato tecnico congiunto 21 sviluppa e adotta standard per l'AI e i dati correlati. A questo organismo è stato inoltre affidato il compito di stabilire standard armonizzati (Norme europee) per l'AI Act. |
| ETSI ISG SAI | L'Istituto europeo per gli standard delle telecomunicazioni (ETSI) ha definito un gruppo di specifiche industriali per la sicurezza dell'intelligenza artificiale (ISG SAI). Questo gruppo si occupa della sicurezza correlata all'intelligenza artificiale e dell'utilizzo dell'AI a supporto della sicurezza. |
Oracle è inoltre impegnata in attività correlate all'AI in collaborazione con:
- Organizzazione per la cooperazione e lo sviluppo economico (OCSE), incluso il Gruppo di lavoro sulla governance dell'intelligenza artificiale (AIGO).
- Consiglio UE-USA per il commercio e la tecnologia (TTC), incluso il Gruppo di lavoro 1 sugli standard tecnologici e il sottogruppo dedicato all'intelligenza artificiale, nonché alla roadmap congiunta sull'intelligenza artificiale affidabile e la gestione del rischio.
- The Linux Foundation: https://www.linuxfoundation.org/press/linux-foundation-welcomes-the-agntcy-project-to-standardize-open-multi-agent-system-infrastructure-and-break-down-ai-agent-silos
- Cloud Security Alliance: https://cloudsecurityalliance.org/research/working-groups/ai-controls
- AI Alliance: https://thealliance.ai/
- OECD AI: http://oecd.ai/
- OWASP – Leggi le iniziative del board per la sicurezza agentica: https://genai.owasp.org/
Notizie e aggiornamenti sull'AI
- Il percorso verso l'AI agentica: l'approccio collaborativo di Oracle con i principali fornitori di modelli
- Sbloccare la potenza del MCP per gli agenti di GenAI di Oracle
- Supportare gli sviluppatori open source in un contesto AI in evoluzione
- Oracle offrirà ai clienti i modelli Gemini di Google, accelerando i percorsi di intelligenza artificiale agentica delle aziende
- NVIDIA sceglie Oracle Cloud Infrastructure per i servizi AI
- Vedi anche: Intelligenza artificiale
Dichiarazione di non responsabilità: Oracle partecipa, contribuisce o segue queste attività, ma non rilascia alcuna dichiarazione sulla conformità dei singoli prodotti a tutti gli standard e a tutte le versioni.