L’aliança UML (Unified Modeling Language) & HL7 (Health Level Seven).

[email protected] CIS 2008 De les dades cap el coneixement

FORUM CIS 2008

De les dades cap el coneixement

La alianzaUML & HL7

Josep VilaltaOMG-Certified UML Professional

HL7-Certified CDARev.- 2.1

2008


Unified Modeling Language “UML”, es una notación patrocinada por el Object Management Group (OMG).

Es un estándar para definir, organizar y visualizar los elementos que configuran la arquitectura de un sistema.

Qué es UML


Qué es HL7

Organización de Desarrollo de Estándares”para el ámbito sanitario, sin fines de lucro, acreditada por ANSI.

Opera a nivel internacional, su misión es proveer estándares para los dominios: clínico, asistencial, administrativo y logístico.

Para lograr una interoperabilidad real entre los distintos sistemas de información en el área de la salud


Qué es UML

UML es un lenguaje visual orientado al modelado de sistemas.

Facilita un vocabulario controlado con reglas y símbolos para que todos los agentes de un proyecto eviten ambigüedades y dispersión conceptual.


Reference Information Model (RIM)


Meyer

Pre CondicionesPost Condiciones

Harel

Diagramasde Estado Gamma, et al

Frameworks y patronesHP Fusion

Descripción de operaciónes yNumeración de mensajes

Embley

Clases de Singleton y Vistas de alto nivel

Wirfs-Brock

ResponsabilidadesOdell

Clasificación

Rumbaugh

OMT

Booch

Método de Booch

Jacobson

OOSE

De dónde viene UML


Método de Booch OMT

Unified Method 0.8OOPSLA ´95

OOSEOtros Métodos

UML 0.9Web - Junio ´96

Propuesta final OMG, Septiembre ‘97

OMG, Enero ´97 Propuesto como estándar

OMG Aceptación, Noviembre ’97. UML estándaroficial de notación de modelado de software

UML-partners

UML 1.1

UML 1.3

UML 1.0

Años 80 – 90 Guerra de notaciones y métodologías

UML RTF recomienda draft final UML 1.3, Junio ‘99

Draft UML 2.0, Agosto ‘03UML 2.1

A dónde va …


Entidad

Atributo A:Atributo B:Atributo C:

Actuación

Atributo P:Atributo Q:Atributo R:

Concepto

Atributo 1:Atributo 2:Atributo 3:

Con la notación UML definimos la representación abstracta de tipos de objetos y eventos de la realidad Cualquier cosa

que puede ser nombrada y

descrita

Compartir conocimiento


MundoPensador

Realidad- esPensable: boolean = SI- esRepresentable: boolean = SI- existe: boolean = SI- tipoDeLenguaje: char = UML

constraints{Coherencia}{Usabilidad}{Concordancia}{Completitud}{Inteligible}{Comunicable}

Hipótesis: Todo lo real es pensable

Tesis: Todo lo pensado es real

El mundo es la totalidad de los hechos, no de las cosas

Un lenguaje es un mapa de la realidad sólo es capaz de expresar hechos

Los límites del mundo son los límites del lenguaje y viceversa

+condiciona1..*

{axioma}

Hechos: combinación de Objetos y Eventos

+está condicionada por 1

{axioma}

+es pensable por1

{hipótesis}

Pensamiento: combinación de Sujeto y Lenguaje

+piensa 1..*

{tesis}

+contiene0..*+forma parte de 1

Adaptado de:Todo lo real es pensable. Jorge Wagensberg (El País 10.10.2001 Tribuna Circuito Científico)Tractatus logico-philosophicus. Ludwig Wittgenstein. Alianza Universidad 1973

[email protected] CIS 2008 De les dades cap el coneixement10

Realidad

Abstracción

Modelo + Reglas


Qué es una Ontología MédicaEsquema orientado a clasificar y consensuar el alcance y el significado de todos los conceptos relevantes en un dominio con una escala de abstracción variable.

0..*

1 0..*

10..*

1 0..*

1EntidadEntidad ParticipanteParticipante ActuaciActuacióónn

RolRolRelacionadoRelacionado

0..* 0..*

1 1


0..* 0..*

1 1

ActuaciActuacióónnRelacionadaRelacionada

1 1

0..* 0..*


1 1

0..* 0..*

RolRol0..1

0..*

0..1

0..*

OrganizaciónForma de vidaMaterialPunto actuaciónDocumento

PacienteMédico de UrgenciasMédico responsableMédico de guardiaMuestra de análisis

IngresoDerivaciónTransporteSuministroProcedimientoCondiciónConsentimientoObservaciónMedicaciónActo clínicoActo económico

AutorModificadorCertificadorConsultorOperadorHabilitadorAutorizadorBeneficiarioAutentificadorReceptorEmisor

habilitahabilita juegajuega

realizarealizaasumeasume

reunereune

actúa comoactúa como


0..*

1 0..*

1EntidadEntidad ParticipanteParticipante ActuaciActuacióónn


0..* 0..*

1 1


1 1

0..* 0..*

RolRol0..1

0..*

OrganizaciónForma de vidaMaterialPunto actuaciónDocumento

PacienteMédico de UrgenciasMédico responsableMédico de guardiaMuestra de análisis

IngresoDerivaciónTransporteSuministroProcedimientoCondiciónConsentimientoObservaciónMedicaciónActo clínicoActo económico

AutorModificadorCertificadorConsultorOperadorHabilitadorAutorizadorBeneficiarioAutentificadorReceptorEmisor

habilita juega

realizaasume

reune

actúa como


0..*

1 0..*

1EntidadEntidad ParticipanteParticipante ActuaciActuacióónnRolRol0..1

0..*

habilita juega

realizaasume

reune

actúa como

0..*

1 0..*

10..*

1 0..*

1EntidadEntidad ParticipanteParticipante ActuaciActuacióónnRolRol0..1

0..*

0..1

0..*

habilitahabilita juegajuega

realizarealizaasumeasume

reunereune

actúa comoactúa como


Reference Information Model (RIM)


Diagrama deestructura

Diagrama defunción

Composición Componentes Despliegue

Paquetes Objetos

Secuencia Comunicación InteracciónGlobal Ciclo de Tiempo

Casos deUso

Diagrama deinteracción

Actividad

Estados

Clases


RealizarOrden Médica

Peticionario

Realizador

Paciente

SubsitemaAdmisión

SubsistemaExploraciones

IdentificarPaciente

SeleccionarExploración

RealizarInforme

PublicarInforme

ActualizarHCE

ConsultarInforme

Casting de Actores de un Proceso


<<Incluye>>

<<Incluye>>

<<Incluye>>

<<Incluye>> <<Extiende>>

<<Incluye>>

<<Incluye>> <<Incluye>>

RealizarInforme

IdentificarPaciente

SeleccionarItem Exploración

SeleccionarImagen

Diagnóstica

GenerarCod. Anonimato

Entrar ItemInforme

ProcesarEntrada

SeleccionarMacro

Realizador

Granularidad de un proceso

RealizarFirma


1. Usuario activa editor de informes.2. Usuario identifica Pacientecon el CU Identificar Paciente.

3. Sistema valida requisitos del Paciente.

4. Usuario selecciona exploración a informar.

5. Sistema muestra datos por defecto: repositorio imágenes.

6. Usuario selecciona plantilla.7. Sistema asigna macros al informe.8. Sistema procesa texto entrado.

Flujo Principal

Escenario de usabilidad


:Informe

:Realizador :Editor Informes :Paciente :ParámetrosActiva

Identifica Paciente

Valida Requisitos

Carga datos Paciente

Carga datos por defecto

Procesaentradas

Firma informe

Normalización de un escenario

Genera informe clínico CDA


AparcadaSuspendida

Activa Completada

Abortada

Nueva

Cancelada

Anulada Obsoleta

evaluar

evaluar evaluar evaluar

evaluar

liberar

anulación obsolescencia

cancelaractivar

reiniciar

completar

finalizar

abortar

abortar

suspenderreactivar

crear

aparcar

activar completar

Estados de una Actuación


Porqué usar UML (1)

1. Mejora nuestro nivel de comunicación formal.

2. Abordamos la complejidad con una documentación minimalista.

3. Desarrollamos procesos/productos con una mayor fiabilidad y calidad.


Porqué usar UML (2)

4. El impacto de nuestras decisiones sobre un proceso/producto es más visible.

5. Podemos definir, organizar y compartir conocimiento.

6. Nuestro esfuerzo de especificación es más eficiente.


Normalización desistemas de información clínica

ACTUACIÓNEvento 1

Actor 1

«Documento de negocio»

Objeto consumido«Informacion»

Objeto consultado

«Documento Clínico CDA»

Objeto generado

«Proposito»

Propósito

Actor2Actor3

«consigue»

«genera»

«es modificado por» «es consultado por»

«controla» «realiza» «recibe»


Rol

Un Rol define las capacidades de una Entidad y le habilita

para realizar Actuaciones (una manera de establecer

relaciones con otras entidades).

Un Participante identifica a una Entidad cuando realiza una

Actuación concreta con el propósito de satisfacer las

responsabilidades del Rol que le habilita para actuar .

Participante


Primera visita

Médico de servicio

Administrativo de Recepción

Administrativo de informática

Paciente

«Proposito»Realizar de la primera visita

médica

«Documento Clínico CDA»Autorización

«Documento Clínico CDAHoja de Ingreso

«Documento CDA»Historial

«Documento Clínico CDA»Copia de los Informes

médicos

«Documento Clínico CDA»Información de RX o

otras pruebas

«Documento Clínico CDAPlanificación

«Documento Clínico CDA»Información del primera

dia de tratamiento

Visita programada

«genera»

«genera»

«genera»

«genera»

«es modificado por»«es consultado por»«es consultado por»

«consigue»«recibe»«realiza»«realiza»«controla»

Normalización desistemas de información clínica


Historia ClínicaHistoria Clínica

DocumentoClínico

DocumentoClínico

Catálogos UMLSCatálogos UMLS

Fuentes deConocimiento Clínico

Fuentes deConocimiento Clínico

HL7HL7

Servidor deTerminología Médica

Servidor deTerminología Médica

¿Vocabulario clínicouniversal?

789

789.03

789.01

789.06

789.0

Otros síntomas que afectanel abdomen y la pelvis

Dolor abdominal

Dolor abdominal en elcuadrante superior derecho

Dolor abdominal en elcuadrante inferior derecho

Dolor abdominal epigástrico


Interoperabilidad semántica

Capacidad de compartir información relevante entre sistemas heterogéneosa nivel del reconocimiento de los conceptos clave formalmente definidos para un dominio

Capacidad de procesar de manera automática un conocimiento compartido

Es esencial para intercambiarinformación sanitaria y potenciar los sistemas de soporte a la decisión clínica


Concepto clínico de cardiopatía isquémica

¿Cómo un signo, síntoma, síndrome, o

enfermedad?

¿Compartir?


Ontología médicacd Logical View

PuntoDeActuación

PuntoDeAtenciónSanitaria

Box

Cama

Consultorio

UnidadFuncional

Establecimiento

Ubicación +pertenece a1

+contiene 0..*

+dispone de1..*

+forma parte de1

+dispone de1..*

+forma parte de1


Procesos y Productos


cd Logical View

Entidad Rol Participante Actuación

AgenteOrganización

AgentePersona

Administrativ oPaciente

Autor Sujeto

AsignaciónPuntoAtenciónSanitaria

Episodio

+juega1

+actúa 0..*

+es realizada por1..*

+realiza 1

+habil ita1

+asume 0..*

Ontología médica


Ontología médica

Actuación

AsignaciónPuntoAtenciónSanitaria PuntoDeActuación

PuntoDeAtenciónSanitaria

Ubicación

Establecimiento UnidadFuncional

Actuación

Episodio

Participante

Sujeto

Participante

Autor

Rol

Administrativo

Rol

Paciente

ConsultorioBox

Cama

+juega como1

+actúa de 1

+juega como1

+actúa de 1

+es dirigida a1

+recibe 1

+es realizada por1

+realiza 1

+contiene

1..*

+pertenece a 1

+es asignado en1

+asigna 1

+pertenece a 1

+contiene 0..*

+dispone de1..*

+forma parte de1+dispone de 1..*

+forma parte de1


Notación

Metodologías Herramientas

Triangulación


1. Qué aspectos esenciales hay que modelar (desde un esbozo a un plano detallado).

2. Qué diagrama es el más apropiado para representar una vista del modelo (estructura y/o función).

3. En qué proceso de proyecto (Análisis, Diseño, Implementación, Testing, etc.), hay que realizar un determinado diagrama, y quién participará en su elaboración (Roles de proyecto).

UML + CASE + Metodología, para saber (1)…


4. Qué escala de abstracción y qué nivel de dedicación hay que aplicar a un diagrama en cada fase de proyecto (desde el estudio preliminar en adelante).

5. Cómo definimos un modelo a través de distintas vistas de arquitectura: estructura, procesos y Casos de Uso.

6. Cómo delimitamos el alcance de un proyecto en tiempo, coste, procesos y producto resultante.

UML + CASE + Metodología, para saber (2)…


• Realizar modelos en base a la experiencia de los usuarios con el soporte de patrones.

• Procesar los modelos para generar una arquitectura de aplicaciones en base a componentes bien alineados con los procesos de negocio.

Organizar la experiencia


• Análisis y diseño independiente de plataforma

Arquitectura basadaen modelos


DatosUsuarios Coste

Procesos

Arquitectura

• Mantener la trazabilidad entre los artefactos de modelado: desde la concepción, hasta la formalización, construcción, el despliegue, y la explotación de los componentes de software.

Vocabulario controlado


• Comprobar de manera fehaciente que unentregable es coherente y completo en referenciaal propósito para el que ha sido creado.

• Es usable dentro de la cadena de valor de losActores implicados e involucrados con el sistema.

Testing & Certificación


Comprensión visual de las coordenadasEspacio – Tiempo – Información, quecondicionan el dominio restringido de unsistema.

• Espacio.- Existen unos OBJETOS capaces decolaborar para cumplir un propósito.

• Tiempo.- Ocurren una serie de EVENTOS dentro deuna secuencia acotada por escenarios.

• Información.- Los OBJETOS y EVENTOS producenHECHOS relevantes, registrables y comunicables.

Nuevas coordenadas


• UML es un lenguaje visual para modelar sistemas (definir, organizar, visualizar).• Facilita un vocabulario controlado con reglas y símbolos (gramática y notación).• Evita las ambigüedades y la dispersión conceptual de todos los agentes sobre un proceso o un producto.

• Mejora nuestro nivel de comunicación formal.• Abordamos la complejidad con una documentación minimalista.• Desarrollamos procesos/productos con una mayor predictibilidad y calidad.• El impacto de nuestras decisiones sobre un producto es más visible.• Podemos definir, organizar y compartir conocimiento.

• Con UML podemos construir una arquitectura conceptual orientada a clasificar y consensuar el alcance y el significado de todas las entidades y actuaciones relevantes en los distintos dominios de interoperabilidad HL7 (Ontologías Médicas).

Conclusiones


Los conceptos son registros de la realidad.

Abren los caminos de lo pensable.

Condicionan nuestra manera de ver las cosas.

Son factores de cambio de nuestra realidad.

Reinhart Koselleck


[email protected]

Moltes gràciesper la seva

atenció

L’aliança UML (Unified Modeling Language) & HL7 (Health Level Seven).

Health & Medicine

Transcript of L’aliança UML (Unified Modeling Language) & HL7 (Health Level Seven).