{"id":426,"date":"2021-06-10T13:55:36","date_gmt":"2021-06-10T11:55:36","guid":{"rendered":"https:\/\/compliance.toscana.it\/wordpress\/?post_type=scenario&#038;p=426"},"modified":"2023-08-18T14:28:15","modified_gmt":"2023-08-18T12:28:15","slug":"sst-fascicolo-sanitario-elettronico","status":"publish","type":"scenario","link":"https:\/\/compliance.toscana.it\/wordpress\/it\/scenari\/sst-fascicolo-sanitario-elettronico\/","title":{"rendered":"SST &#8211; Fascicolo Sanitario Elettronico"},"content":{"rendered":"\n<div class=\"wp-block-image\"><figure class=\"aligncenter\"><img src=\"https:\/\/www.claudiobattaglino.it\/wp-content\/uploads\/2020\/09\/FascioloElettronico.jpg\" alt=\"Il Fascicolo Sanitario Elettronico della Regione Toscana funziona davvero?  - ClaudioBattaglino.it\"\/><\/figure><\/div>\n\n\n\n<p>Il presente scenario raccoglie le interazioni&nbsp;di informazioni scambiate dalle Aziende sanitarie per la gestione del processo di assistenza, da Regione Toscana per le azioni di monitoraggio, programmazione e controllo, da Regione Toscana per alimentare il sistema informativo EMUR del Ministero della Salute, istituito con decreto ministeriale 17 dicembre 2008; le informazioni alimentano inoltre il Fascicolo Sanitario Elettronico.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"has-luminous-vivid-amber-background-color has-background\">Eventi di Pronto Soccorso<\/h3>\n\n\n\n<p class=\"has-black-color has-text-color has-background\" style=\"background-color:#fffc33\">All&#8217;attenzione dei fruitori dell&#8217;interazione &#8220;Schema Unico di Pronto Soccorso (ex-RFC 106)&#8221;: <strong>si prega di consultare quanto riportato nel seguente aggiornamento<\/strong>:<\/p>\n\n\n\n<p class=\"has-black-color has-text-color has-background\" style=\"background-color:#fffc33\"><strong><a href=\"https:\/\/compliance.toscana.it\/wordpress\/it\/aggiornata-la-api-pronto-soccorso-106-10-1\/\" target=\"_blank\" rel=\"noreferrer noopener\">AGGIORNAMENTO<\/a> <\/strong><\/p>\n\n\n\n<p>L&#8217;interazione \u00e8 finalizzata al processo di cure d&#8217;emergenza fornite in Pronto Soccorso tramite la raccolta di informazioni riguardanti le attivit\u00e0 svolte in quest&#8217;ambito e ne gestisce la specifica realt\u00e0.<\/p>\n\n\n\n<p>Le informazioni scambiate possono essere utilizzate dalle Aziende sanitarie per la gestione del processo di assistenza, da Regione Toscana per le azioni di monitoraggio, programmazione e controllo, sempre da Regione Toscana per alimentare il sistema informativo EMUR del Ministero della Salute, istituito con decreto ministeriale 17 dicembre 2008; le informazioni di accesso al Pronto Soccorso alimentano inoltre il Fascicolo Sanitario Elettronico.<\/p>\n\n\n\n<p>L&#8217;unico evento presente contiene tutte le informazioni necessarie ad identificare l&#8217;accesso del paziente al Pronto Soccorso \u00e8 usato come contenuto del sistema di notifica degli eventi clinici proposto nell&#8217;RFC 98.<\/p>\n\n\n\n<p>I soggetti coinvolti sono:<\/p>\n\n\n\n<ul><li>Gestionale di Pronto Soccorso<\/li><li>Aziende sanitarie<\/li><li>Regione Toscana<\/li><\/ul>\n\n\n\n<p>Le informazioni di Pronto Soccorso relative agli infortuni sul lavoro sono inoltre inviate ad INAIL e al sistema informativo della prevenzione (SISPC) tramite specifici accordi di servizio.<\/p>\n\n\n\n<p>\u00e8 stato introdotto un unico evento di Pronto Soccorso \u201c<em>InvioModificaProntoSoccorso<\/em>\u201d. L&#8217;evento racchiude al suo interno una parte obbligatoria e una parte opzionale, che descrive i possibili casi d&#8217;uso che possono susseguirsi o meno durante la permanenza del paziente al pronto soccorso, di cui solo il primo obbligatorio:<\/p>\n\n\n\n<ol><li>Apertura Caso (contente le informazioni obbligatorie su Chiave applicativa &#8211; Assistito \u2013 Accettazione);<\/li><li>Triage;<\/li><li>Infortunio;<\/li><li>Trattamento;<\/li><li>OBI;<\/li><li>Dimissione.<\/li><\/ol>\n\n\n\n<p>I casi d&#8217;uso opzionali devono essere inviati ripetendo ogni volta le informazioni obbligatorie dell&#8217;Apertura Caso, e gli eventuali casi d&#8217;uso precedentemente registrati. Ogni caso d&#8217;uso, inoltre, deve essere inviato appena quest&#8217;ultimo si verifica. In questo modo, si privilegia la notifica dell&#8217;evento rispetto alla sua completezza, consentendo di collegare tra loro le varie informazioni ottenute e di sapere, in tempo reale, quanti pazienti sono presenti nei Pronto Soccorso della Regione, la loro urgenza, se si tratta di infortuni sul lavoro ecc. La scelta di strutturare in questo modo il nuovo evento di \u201c<em>InvioModificaProntoSoccorso<\/em>\u201d permetter\u00e0 a Regione Toscana, grazie ai vincoli appena descritti riguardanti le modifiche, di sviluppare servizi al cittadino che in tempo reale forniscano informazioni utili riguardanti il servizio di emergenza (ad esempio, la presenza di eventuali code nei Pronto Soccorso della Regione).<\/p>\n\n\n\n<h3 class=\"has-luminous-vivid-amber-background-color has-background\">Lettera di Dimissione ospedaliera<\/h3>\n\n\n\n<p>La lettera di dimissione \u00e8 un documento che viene rilasciato al paziente al momento della dimissione da un istituto di ricovero sia per acuti che di riabilitazione; costituisce la sintesi delle informazioni contenute nella cartella clinica, di cui \u00e8 parte integrante, e contiene le indicazioni per gli eventuali controlli o terapie da effettuare. Le informazioni contenute nel documento sono quindi destinate al medico che seguir\u00e0 il paziente successivamente. Una copia della lettera viene inviata anche al medico di famiglia, al prescrittore del trattamento o a eventuali altri istituti di cura interessati nel percorso diagnostico terapeutico.<\/p>\n\n\n\n<p>La responsabilit\u00e0 della corretta compilazione della lettera di dimissione spetta al medico responsabile della dimissione e la LDO deve riportare l\u2019identificazione di detto medico e la sua firma.<\/p>\n\n\n\n<p>Nell&#8217;ambito del Fascicolo Sanitario Elettronico, il recente DPCM 178 del 29 settembre 2015 \u201cRegolamento in materia del \u201cFSE\u201d Fascicolo Sanitario Elettronico\u201d all&#8217;art. 2, punto 2, lettera d, inserisce la \u201clettera di dimissione\u201d nel nucleo minimo di documenti del FSE<\/p>\n\n\n\n<p>In particolare, con l\u2019Art. 24 dello stesso DPCM si afferma che &#8220;Le informazioni contenute nei documenti sanitari e socio-sanitari che costituiscono il FSE sono rappresentate mediante l\u2019utilizzo di codifiche e di classificazioni che assicurano, eventualmente mediante transcodifiche, l\u2019interoperabilit\u00e0 semantica nei diversi contesti regionali, nazionali ed europei.<\/p>\n\n\n\n<p>Al paragrafo 5 dell&#8217;allegato Disciplinare Tecnico al suddetto DPCM si afferma che \u201cPer quanto concerne le strutture informative complesse che costituiscono il nucleo minimo del FSE si adotta lo standard HL7 (Health Level 7) per descrivere le definizioni dei dati da scambiare in termini di messaggi e documenti costituenti il FSE, e in particolare \u00e8 prescritto l\u2019utilizzo del CDA (Clinical Document Architecture) release 2 (ISO\/HL7 27932:2009)&#8230;&#8221; ;<\/p>\n\n\n\n<p>Per soddisfare tali requisiti normativi, questo RFC consente di trasmettere il documento di LDO come documento .pdf firmato digitalmente e in formato HL7 CDA.<\/p>\n\n\n\n<p>Le informazioni scambiate possono essere utilizzate dalle Aziende sanitarie per la gestione del processo di assistenza, da Regione Toscana per le azioni di monitoraggio, programmazione e controllo, e per rispondere alla vigente normativa DPCM 178\/2015, che prevede che le informazioni relative alla LDO alimentino il Fascicolo Sanitario Elettronico.<\/p>\n\n\n\n<p>I soggetti coinvolti sono:<\/p>\n\n\n\n<ul><li>Aziende sanitarie<\/li><li>Regione Toscana<\/li><li>ESTAR<\/li><li>MMG\/PLS<\/li><li>Medici Specialisti<\/li><\/ul>\n\n\n\n<p>L&#8217;interazione <\/p>\n\n\n\n<p>\u00e8 costituita da un unico evento \u201cInvioModificaLetteraDimissione\u201d. L&#8217;evento racchiude al suo interno una parte che identifica tramite un OID l&#8217;azienda inviante la lettera di dimissione e l&#8217;altra parte contenente lo standard HL7 CDA. Tutti e 2 gli elementi sono obbligatori.<\/p>\n\n\n\n<p>Lo standard HL7 CDA \u00e8 suddiviso in due parti:<\/p>\n\n\n\n<ul><li>un \u201cheader\u201d, che contiene informazioni relative al paziente, le date di ricovero, all&#8217;autore del verbale e all&#8217;azienda sanitaria che lo conserva, ai probabili destinatari della lettera di dimissione ;<\/li><li>un \u201cbody\u201d, che contiene le informazioni strutturate relative al contenuto vero e proprio della lettera di dimissione (diagnosi all&#8217;accetazzione, procedure ed interventi eseguiti etc).<\/li><\/ul>\n\n\n\n<p>La scelta effettuata in questa RFC \u00e8 di prevedere nel \u201cbody\u201d CDA l&#8217;invio della lettera di dimissione strutturata e l&#8217;invio della lettera di dimissione in formato PDF_P7M all&#8217;interno dell&#8217;elemento CDA , in attesa di definire la modalit\u00e0 di realizzazione della parte PDF_P7M a partire da quella strutturata.<\/p>\n\n\n\n<p>In attesa di tale definizione, le Aziende sanitarie ed ESTAR sono tenute a garantire che le informazioni strutturate che vengono trasmesse all&#8217;interno del CDA siano esattamente le stesse contenute nella lettera di dimissione in formato PDF_P7M, assicurando quindi la coerenza delle informazioni contenute nella parte strutturata con la loro rappresentazione PDF_P7M, attraverso una certificazione del processo organizzativo interno di produzione delle lettere di dimissione a partire dai dati analitici.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<h3 class=\"has-luminous-vivid-amber-background-color has-background\">Referti di Laboratorio<\/h3>\n\n\n\n<p>Scopo del servizio \u00e8 quello di consentire la condivisione dei referti \u2013 attraverso un meccanismo di invio diretto &#8211; fra l\u2019organizzazione fruitore del servizio (e.g. Laboratorio di Analisi ) e possibili erogatori (e.g. Rete di Medici di Medicina Generale). Non rientra fra le finalit\u00e0 di questo servizio la condivisione dei documenti clinico sanitari, od informazioni ad essi correlati, per la costituzione di un Electronic Healthcare Record (EHR) \/ FAscicolo Sanitario Personale (FASP)<\/p>\n\n\n\n<h3 class=\"has-luminous-vivid-amber-background-color has-background\"><strong>Referti di Radiologia<\/strong><\/h3>\n\n\n\n<p>L&#8217;interazione descritta dallo scenario \u00e8 quello della trasmissione dei referti di radiologia prodotti dai sistemi RIS delle Aziende verso il sistema informativo sanitario di Regione Toscana.<\/p>\n\n\n\n<p>Obiettivo del documento \u00e8, in particolare, la definizione del formato adottato per la trasmissione del referto di radiologia, basato sulle specifiche dello standard HL7 &#8211; CDA Rel 2.0, scelto come riferimento per la conservazione e lo scambio tra gli attori del dominio sanitario di documenti clinici\/amministrativi.<br>Il documento ha inoltre l&#8217;obiettivo di descrivere le modalit\u00e0 con cui le Aziende devono trasmettere i referti di radiologia attraverso l&#8217;infrastruttura di cooperazione applicativa di Regione Toscana (CART) per alimentare la Carta Sanitaria Elettronica e consentire anche il monitoraggio delle prestazioni di radiologia erogate dalle Aziende toscane.<\/p>\n\n\n\n<p>I casi d&#8217;uso rilevanti che caratterizzano il dominio di radiologia e che sono attivati al verificarsi dei seguenti eventi:<\/p>\n\n\n\n<ul><li>Ev01 &#8211; Produzione di un referto di radiologia<\/li><li>Ev02 &#8211; Produzione di un addendum\/revisione ad un referto precedentemente emesso<\/li><\/ul>\n\n\n\n<p>Al verificarsi di un evento, l&#8217;informazione ad esso relativa deve essere inviata dai sistemi RIS delle ASL\/ASO (attore primario del caso d&#8217;uso) a Regione Toscana (attore secondario del caso d&#8217;uso).<\/p>\n\n\n\n<p>L&#8217;invio della informazione avviene attraverso messaggi XML definiti secondo il formato della busta &#8216;Dati comuni eventi sanitari al cui interno viene trasferito, come contenuto applicativo, il documento HL7 CDA.<\/p>\n\n\n\n<p>Il documento HL7 CDA utilizzato per la trasmissione dei referti di radiologia comprende due sezioni:<\/p>\n\n\n\n<ul><li>una &#8216;intestazione&#8217; che contiene le informazioni strutturate che consentono l&#8217;identificazione dell&#8217;assistito e del medico che ha firmato il referto. Esso contiene inoltre informazioni che ne consentono l&#8217;indicizzazione con criteri diversi, quali ad esempio la data di refertazione e la struttura in cui \u00e8 stato prodotto il referto.<\/li><li>un &#8216;corpo&#8217; che contiene il referto in formato non strutturato. Per il caso descritto \u00e8 prevista la trasmissione del referto in formato PDF firmato (PKCS#7) e codificato Base64. I dettagli sulle modalit\u00e0 di formattazione sono riportati nelle sezioni successive.<\/li><\/ul>\n\n\n\n<p>I documenti xml schema che definiscono il formato adottato, conforme allo standard HL7 CDA Rel 2.0, sono riportati in allegato a questo RFC.<br>Per la specifica dello standard HL7 CDA Rel 2.0 si fa invece riferimento alla documentazione ufficiale HL7, e in particolare alla normative edition 2008.<\/p>\n\n\n\n<p>Il documento CDA \u00e8 inviato con l&#8217;utilizzo di servizi erogati da Regione Toscana ed esposti alle Aziende dall&#8217;infrastruttura di cooperazione applicativa CART. <\/p>\n\n\n\n<p>Quando Regione Toscana riceve un messaggio da parte di un&#8217;Azienda, restituisce una conferma di ricezione (messaggio di Acknowledge) che riporta un codice che indica se il messaggio e&#8217; stato correttamente elaborato o se si sono verificati errori.<\/p>\n\n\n\n<p>Per la specifica della busta di trasporto si rimanda all&#8217;interazione &#8220;Dati comuni eventi sanitari&#8221; o &#8220;Busta Evento clinico&#8221; (Busta98).<\/p>\n\n\n\n<h2 class=\"has-light-green-cyan-background-color has-background\"><strong>Modalit\u00e0 di Adesione e Contatti<\/strong><\/h2>\n\n\n\n<p>Per poter essere abilitati all&#8217;uso dei servizi, oggetto del presente documento, \u00e8 necessario avere fatto esplicita richiesta a Regione Toscana.<\/p>\n\n\n\n<p>indicando come Nome api: &lt;<strong>CMI &#8211; Certificati Medici Infortunio<\/strong>&gt;<\/p>\n\n\n\n<p>e come referenti RT: <strong>omar.lorenzini@regione.toscana.it<\/strong> e <strong>grupposis@regione.toscana.it<\/strong><\/p>\n\n\n\n<p>Per indicazioni in merito alle procedure di integrazione fare riferimento alle indicazioni contenute alla pagina seguente:<\/p>\n\n\n\n<p><a rel=\"noreferrer noopener\" href=\"https:\/\/compliance.toscana.it\/wordpress\/it\/adesione-e-contatti\/\" data-type=\"page\" data-id=\"1033\" target=\"_blank\"><strong>Adesione a Toscana Compliance e richiesta servizi a Cooperazione Applicativa Regione Toscana (CART)<\/strong><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>gestione del processo di assistenza e inserimento dati nel Fascicolo Sanitario Elettronico<\/p>\n","protected":false},"author":2,"featured_media":491,"template":"","meta":[],"_links":{"self":[{"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/scenario\/426"}],"collection":[{"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/scenario"}],"about":[{"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/types\/scenario"}],"author":[{"embeddable":true,"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/users\/2"}],"version-history":[{"count":23,"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/scenario\/426\/revisions"}],"predecessor-version":[{"id":1264,"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/scenario\/426\/revisions\/1264"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/media\/491"}],"wp:attachment":[{"href":"https:\/\/compliance.toscana.it\/wordpress\/wp-json\/wp\/v2\/media?parent=426"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}