Entonces, en mi opinión, el back-end de la solución EHR es tan importante como el front-end. Actualmente hay dos tipos de sistemas EHR en el mundo. Sistemas basados en plantillas (como la práctica de fusión) o sistemas basados en modalidades como todos los guiones o trabajos clínicos. Dado que el panorama de los informes cambia constantemente utilizando un diccionario de datos como SNOMED, es la tecnología mínima necesaria que necesitaría para informar los resultados. En realidad, si puede crear una capa en una base de datos relacional real como MEDCIN (por medicomp) AHORA, tiene algo que tiene contexto y orden y puede informar a quien sea básicamente lo que sea.
La parte frontal es más dura. La mayor brecha hoy en día es que la mayoría de los sistemas deben conectarse como un sistema SaaP o SaaS. Lo que realmente necesitamos es un sistema asincrónico que tenga incorporadas todas las funciones de características locales, pero que permita al usuario final conectarse y cargar y trabajar tanto en modo en línea como fuera de línea. Ese es un ENORME desafío hoy. Yo diría que la mayoría de los vendedores de vanguardia usan alguna forma de JSON o Hadoop u otra tecnología que permite la estratificación del paciente en la salud popular.
Finalmente hay una brecha en este momento entre los sistemas EMR y los sistemas de ciencias de la vida.
- ¿Qué tan común es reconstruir la mayor parte de una aplicación web o sitio web después de la compilación inicial? También estoy interesado en cuántas startups web realizan revisiones importantes de sus bases de código después de lanzar y obtener algo de tráfico por cualquier motivo.
- ¿Cuáles son algunos trucos de depuración para corregir errores en soluciones empresariales con miles de líneas / archivos de código que no escribió?
- ¿Cuáles son los mejores bootcamps de análisis / ingeniería de big data en SF?
- ¿Qué hace un ingeniero de Linux todo el día en el trabajo?
- ¿Qué se necesitaría para construir un cliente BitTorrent similar a uTorrent?