Local blog for Italian speaking developers
Ottimizzare i dati sanitari con il machine learning
28 marzo 2018
Pubblicato da Patrik Sundberg, Software Engineer e Eyal Oren, Product Manager, Google Brain Team
Negli ultimi 10 anni, i dati relativi all'assistenza sanitaria sono passati da prevalentemente cartacei a
quasi completamente digitalizzati
nelle cartelle cliniche elettroniche. Ma dare un senso a questi dati non è semplice, per diversi motivi. Innanzitutto, non esiste una rappresentazione comune dei dati tra i fornitori: ognuno struttura i propri dati in modo diverso. Secondo, anche i siti che utilizzano lo stesso fornitore possono differire in modo significativo, ad esempio, utilizzando codici diversi per lo stesso farmaco. Terzo, i dati possono essere presenti su svariate tabelle, alcune contenenti le visite, alcune i risultati di laboratorio e altre ancora i segni vitali.
Lo standard di
Fast Healthcare Interoperability Resources
(FHIR) punta a risolvere la maggior parte di queste problematiche: offre un modello di dati solido ma estensibile, basato su standard Web consolidati, che sta rapidamente diventando lo
standard de-facto
sia per quanto riguarda le singole cartelle che per l'
accesso ai dati in blocco
. Per abilitare il
machine learning su larga scala
, avevamo bisogno di apportare altri miglioramenti: implementazioni in vari linguaggi di programmazione, un modo efficiente per serializzare grandi quantità di dati su disco e una rappresentazione che consentisse l'analisi di grandi set di dati.
Oggi siamo lieti di offrire l'implementazione del
Protocol Buffer
open source
dello standard FHIR che risolve questi problemi. La versione corrente supporta Java, e il supporto per C ++, Go e Python seguiranno presto. Seguirà anche a breve il supporto per i profili oltre agli strumenti per convertire i dati legacy in FHIR.
FHIR come modello dei dati principali
Negli ultimi anni, durante la nostra
collaborazione
con centri medici accademici per applicare il machine learning alle cartelle mediche de-identificate, è risultato evidente che dovevamo risolvere la complessità dei dati sanitari senza esitazioni. Infatti, affinché il machine learning sia efficace per le cartelle mediche, dobbiamo possedere un quadro completo dell'anamnesi di ciascun paziente. E come bonus, vogliamo una rappresentazione dei dati che sia direttamente applicabile in un contesto clinico.
Anche se lo standard FHIR soddisfa la maggior parte delle nostre esigenze, rendendo la gestione dei dati sanitari molto più semplice rispetto alle strutture di dati "legacy" e abilitando il machine learning su larga scala indipendentemente dai fornitori, riteniamo che l'introduzione dei Protocol Buffer possa aiutare sia gli sviluppatori di applicazioni sia i ricercatori (machine learning) che adoperano FHIR.
Versione corrente dei Protocol Buffer
Ci siamo impegnati a rendere la rappresentazione dei Protocol Buffer adatta sia per l'accesso programmatico che per le query dei database. Uno degli esempi forniti mostra come caricare i dati FHIR in
BigQuery
Google Cloud e renderli disponibili per le query, e stiamo aggiungendo altri esempi caricati direttamente dall'esportazione dei dati in blocco. I nostri Protocol Buffer aderiscono allo standard FHIR (sono infatti generati automaticamente da esso) ma creano query più eleganti.
La versione corrente non include ancora il supporto per l'addestramento dei modelli
TensorFlow
ma non perderti gli aggiornamenti futuri. Miriamo a rendere il
nostro lavoro recente
il più open-source possibile per ottenere una ricerca più riproducibile e applicabile agli scenari del mondo reale. Stiamo anche lavorando a stretto contatto con i colleghi di Google Cloud su ulteriori
strumenti
per la gestione dei dati sanitari su larga scala.
Riconoscimenti
Abbiamo apprezzato le discussioni e gli utili feedback della community FHIR, tra cui quelli di
Grahame Grieve
,
Ewout Kramer
,
Josh Mandel
e di molti altri. Grazie ai nostri colleghi di
DeepMind
, al
Google Brain team
e ai nostri
collaboratori accademici
.
Etichette
Android
Firebase
Google Cloud Platform
GDL
Eventi
machine learning
Google Developers Live
App
Google Play
Chrome
Cloud
TensorFlow
api
GDLItalia
GDE
iOS
AppEngine
GDG
AMP
BigQuery
Cloud Functions
Google Assistant
Android Studio
Google Developers Expert
Università
Google AppEngine
Actions on Google
Android Wear
Deep Learning
GAE
Google Play Store
HTML5
JavaScript
Maps
AngularJS
Annunci
Cloud Machine Learning
IoT
Kubernetes
Polymer
Android Things
Community
DevTools
Google App Engine
Google I/O
Kotlin
intelligenza artificiale
security
Cloud Firestore
Entrepreneurship
Firebase Analytics
Flutter
Google Cast
Dart
Drive
GSoC
Games
Google Data Studio
Google Play Games
Android O
Cloud Spanner
Cloud TPU
Compute Engine
Diversity
Google Compute Engine
Material Design
Mobile
PWA
Startup
open source
AIY Project
Apps Script
Crashlytics
Firebase Cloud Messaging
Google Maps
Gsuite
Python
Research
TensorFlow Lite
VR
coding
unity
AR
ARCore
Android Jetpack
Augmented Reality
Cardboard
Cloud AI
Dialogflow
Firebase Realtime Database
Gmail
Google Cloud Messaging
Google ContainerEngine
Google Play Console
Responsive Design
Women
beacons
cloud storage
node JS
API Cloud Vision
Add-ons
Android Developers
Android P
AndroidDevStory
Brillo
Classroom
Coral
DevFest
Fabric
G Suite
GWT
GoLang
Google Brain
Google Cloud Next
Google Container Engine
Google I/O Extended
ML kit
Mobile Sites
Prediction
Project Tango
SDK
Stackdriver
Tales
Testing
Udacity
Virtual Reality
WTM
YouTube
analytics
api.ai
courses
reti neurali
sign-in
AI
AIY
ARkit
Alpha
Android App bundle
Android Architecture
Android Architecture Components
Android Go
Android Instant App
Android Pie
AndroidTV
Androidq
Angular
Api Design
Architecture
Architecture Components
Artificial Intelligence
AutoML
Betatesting
C++
Certification
Cloud Next
Cloud Run
Cloud Service Platform
Cloud Shell
Community Connector
Computer Science
Converge
Conversation Design
Eager
Edge TPU
Edge TPU Dev Board
Education
Emulatore Android
Europe
Featured
GCE
GDD
Gboard
Glass
Go
Google App Script
Google Cloud
Google Cloud Functions
Google Cloud billing
Google Coral
Google Developer Days
Google Identity Platform
Google Launchpad
Google Lens
Google Now
Google Photos
Google Plus
Google+
GoogleDevWeekly
GoogleLaunchpad
Graph
Hosting
Indie games showcase
Indie showcase
Ingress
Instant Apps
Knative
Lighthouse
Livedata
Localization
Location
Mondaygram
Monetization
NativeScript
Navigation
PHA
Privacy
Reactive Programming
Resonance Audio
Serverless
TensorFlowjs
Tpu
UX
Viewmodel
WWW
Wear OS
Web
WebAssembly
Widget
Women in Tech
WomenTechmakers
authsub
botnet
business
c++ games
cancer
chatbot
codelab
competition
daydream
designer
developer
dominio .dev
event
firebase games
firebase gdc
firebase hosting
firebase unity
game center authentication
game testing
games authentication
gdc
grow
hashcode
indie
indies
kids
machine intelligence
machine learning accelerator
maker
nearby
oauth
openid
prizes
prototype
realtime
responsible AI
showcase
student programs
students
unity crashlytics
verify apps
win
Archivio Blog
2019
apr
mar
feb
gen
2018
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2017
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2016
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2015
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2014
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
2013
dic
nov
ott
set
ago
lug
giu
mag
apr
mar
feb
gen
Feed
Follow @GoogleDevsItaly
