Este documento presenta los conceptos básicos de las clinical statements en CDA. Explica las 7 clases principales de clinical statements (acto, encuentro, procedimiento, observación, administración de sustancia, suministro y organizador) y los atributos comunes y específicos de cada una. También cubre cómo conectar clinical statements utilizando entryRelationship y cómo agruparlas formando estructuras jerárquicas con organizer y component.
Diccionario de datos
Diseño de Bases de Datos
Ingeniería de Sistemas y Telecomunicaciones
Facultad de Ciencias Básicas e Ingeniería
Universidad Católica de Pereira
Pereira, Colombia
Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Los Sistemas de Bases de Datos están presentes en toda actividad y en toda organización. El mundo actual, con el comercio electrónico, depende de ellos. Los Sistemas de Bases de Datos que abordaremos son los RDBMS (Sistemas de Bases de Datos Relacionales) que se basan en el álgebra relacional y que ciertamente son claros dominadores, aún con los cambios tecnológicos que se vienen produciendo en las últimas décadas y que han hecho que los mismos se extiendan para poder dar sustento a los objetos. Estos sistemas están en la base de la Pirámide Organizacional puesto que son utilizados a diario para llevar a cabo las operaciones diarias de las organizaciones. Los podemos encontrar en pequeñas, medianas y grandes empresas y organizaciones.
En esta parte se abordan las siguientes temáticas:
1. Concepto de Base de Datos
2. Clasificación de Base de Datos.
3. Diseño Lógico y Normalización. Concepto de Diseño Lógico. Normalización: 1º, 2º y 3º Forma Normal. Claves Primarias, Claves foráneas.
4. Diseño Lógico y Físico de una base de datos. Casos Prácticos
Descripción de la situación actual de la norma UNE-EN 13606 y el avanc en su proceso de renovación.
Presentado en la V Reunión del Foro de Interoperabilidad en Salud, Barcelona, 22 de abril de 2015
Diccionario de datos
Diseño de Bases de Datos
Ingeniería de Sistemas y Telecomunicaciones
Facultad de Ciencias Básicas e Ingeniería
Universidad Católica de Pereira
Pereira, Colombia
Diccionario de datos en los sistemas de informaciónYaskelly Yedra
Un diccionario de datos es un catálogo, un depósito, de los elementos de un sistema. Es un listado organizado de todos los datos pertinentes al sistema con definiciones precisas y rigurosas para que tanto el usuario como el analista tengan un entendimiento en común de todas las entradas, salidas, componentes y cálculos.
Los Sistemas de Bases de Datos están presentes en toda actividad y en toda organización. El mundo actual, con el comercio electrónico, depende de ellos. Los Sistemas de Bases de Datos que abordaremos son los RDBMS (Sistemas de Bases de Datos Relacionales) que se basan en el álgebra relacional y que ciertamente son claros dominadores, aún con los cambios tecnológicos que se vienen produciendo en las últimas décadas y que han hecho que los mismos se extiendan para poder dar sustento a los objetos. Estos sistemas están en la base de la Pirámide Organizacional puesto que son utilizados a diario para llevar a cabo las operaciones diarias de las organizaciones. Los podemos encontrar en pequeñas, medianas y grandes empresas y organizaciones.
En esta parte se abordan las siguientes temáticas:
1. Concepto de Base de Datos
2. Clasificación de Base de Datos.
3. Diseño Lógico y Normalización. Concepto de Diseño Lógico. Normalización: 1º, 2º y 3º Forma Normal. Claves Primarias, Claves foráneas.
4. Diseño Lógico y Físico de una base de datos. Casos Prácticos
Descripción de la situación actual de la norma UNE-EN 13606 y el avanc en su proceso de renovación.
Presentado en la V Reunión del Foro de Interoperabilidad en Salud, Barcelona, 22 de abril de 2015
In this tutorial participants will learn the history of the RIM, the method by which the RIM is maintained, and key characteristics of the RIM that make it the premier information model in healthcare.
Topics Covered:
1. Introduction to HL7: who, what, and why
2. Introduction to HL7 v3: what and why
3. History of the HL7 Reference Information Model
4. HL7 RIM Subjects, Core Classes, and Structural Attributes
5. State Machines of RIM Core Classes
6. HL7 v3 Datatypes
7. HL7 v3 Vocabulary
This tutorial will assist in preparation for the HL7 v3 Certification exam.
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
3Redu: Responsabilidad, Resiliencia y Respetocdraco
¡Hola! Somos 3Redu, conformados por Juan Camilo y Cristian. Entendemos las dificultades que enfrentan muchos estudiantes al tratar de comprender conceptos matemáticos. Nuestro objetivo es brindar una solución inclusiva y accesible para todos.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
3. Clinical Statements
• Las secciones (sections) de cuerpo (body) de un
documento CDA puede contener cualquier
número de entradas, que son a su vez clinical
statements (enunciados clínicos)
27/09/2016 Tema 5 -Clinical Statements 3
4. Clinical Statements
• CDA utiliza el modelo original de Clinical
Statements de HL7 v3
• Un clinical statement: es la expresión de
un ítem discreto de información clínica
que se registra porque es relevante para la
atención del paciente. Puede tener
distintos niveles de granularidad, por tanto
el nivel de detalle o tamaño de un clinical
statement puede variar
27/09/2016 Tema 5 -Clinical Statements 4
5. Clinical statements
• CDA define varios tipos de Clinical
Statements, debemos elegir una de ellas
en función de nuestras necesidades
• Todos los tipos de Clinical Statements tiene
atributos comunes pero cada tipo tiene
algunos atributos específicos
27/09/2016 Tema 5 -Clinical Statements 5
6. Clinical statements
• Los clinical statements son muy estructurados
y hacen uso de terminología clínica
• Esto es así porque están pensados para ser
procesados por los ordenadores
• La idea es que los humanos interactúen con
información contenida en la parte narrativa
del CDA Body (visto en el tema anterior)
• Es posible que esta parte narrativa se genere
automáticamente a partir de los clinical
statements
27/09/2016 Tema 5 -Clinical Statements 6
7. Clinical Statements
• Tenemos 7 clases principales en el modelo
de las Clinical Statements: act,
observation, substanceAdministration,
supply, procedure, encounter and
organizer
• Aparecen en la representación XML
dentro de elementos <entry> que a su vez
esta dentro de elementos <section>.
27/09/2016 Tema 5 -Clinical Statements 7
9. Clinical Statements
• Podemos conectarlas utilizando la relación
entryRelationship
27/09/2016 Tema 5 -Clinical Statements 9
10. Clinical statements:
entryRelationship
• El atributo entryRelationship nos permite
especificar el tipo de relación. La
especificación CDA no facilita un conjunto
de valores posibles
27/09/2016 Tema 5 -Clinical Statements 10
CAUS (is etiology for) RSON (has reason)
COMP (has component) SAS (starts after start)
GEVL (evaluates (goal)) SPRT (has support)
MFST (is manifestation of) SUBJ (has subject)
REFR (refers to) XCRPT (is excerpt of)
11. Clinical Statements
• Podemos agruparlas formado estructuras
jerárquicas utilizando la clase organizer y
la relación component
27/09/2016 Tema 5 -Clinical Statements 11
12. Act
• Como vimos brevemente en el tema 1 la clase
Act del RIM es la clase base para describir las
acciones
• En CDA esta clase del RIM se utiliza para
describir actos clínicos genéricos para los que
no tenemos una clase más específica (las
veremos más adelante)
• Los atributos de Act tiene el mismo
significado general en el resto de clases que
representan clinical statements
27/09/2016 Tema 5 -Clinical Statements 12
13. Act
• Atributos
– classCode (proveniente del
RIM) contiene el tipo de acto.
La especificación CDA
proporciona un conjunto de
valores para este atributo
– moodCode (proveniente del
RIM) contiene información
sobre cómo interpretar el acto
descrito (propuesta, petición,
cita, ocurrencia…)
27/09/2016 Tema 5 -Clinical Statements 13
14. Act
• Atributos (continuación)
– Id. Identificación único de acto
– Code. Este atributo obligatorio contiene un valor
codificado (concretamente tipo CD) describe el
acto. Lo interesante es utilizar un sistema de
codificación estándar como LOINC o Snomed CT.
– negationInd. Sirve para indicar si el acto no
ocurrió (valor=true). El valor por defecto es false,
por tanto que el acto ocurrió
– Text. Texto descriptivo del acto
27/09/2016 Tema 5 -Clinical Statements 14
15. Act
27/09/2016 Tema 5 -Clinical Statements 15
• Atributos (continuación)
– El atributo statusCode indica el estado actual de
acto (terminado, suspendido). HL7 RIM especifica
el diagrama de transición de estados para los
actos, que mostramos a continuación
16. Act
• Atributos (continuación)
– effectiveTime. Contiene la hora efectiva
(timestamp) del acto. Puede ser el momento de
realización del acto (medida de la presión
sanguínea) u otro momento relacionado (toma de
la muestra en un resultado de laboratorio)
– priorityCode. Indica la prioridad de ejecución del
acto. La especificación proporciona el conjunto de
valores posibles para este atributo
27/09/2016 Tema 5 -Clinical Statements 16
18. Encounter
• Permite describir encuentros entre un
paciente y un profesional de la salud
• Tiene casi los mismo atributos que la clase Act.
La principal diferencia es la ausencia del
atributo negationInd. Por tanto, no es posible
decir que un encuentro no se produjo con esta
clase.
27/09/2016 Tema 5 -Clinical Statements 18
19. Procedure
• Permite representar actos (procedimientos)
cuyo efecto inmediato y primario es alterar la
condición física del sujeto
• Como se puede observar tiene todos los
atributos de Act y algunos más
27/09/2016 Tema 5 -Clinical Statements 19
20. Procedure
• Atributos
– methodCode. Método o técnica utilizada.
approachSiteCode. Sitio anatómico a través
del cual se realiza el procedimiento
– targetSiteCode. Sitio anatómico objetivo del
procedimiento
– Estos tres atributos se utiliza si el valor de
code no describe completamente el
procedimiento
27/09/2016 Tema 5 -Clinical Statements 20
21. Observation
• Podemos definir una Observation (observación) como un
procedimiento que no altera la condición física del paciente y
que resulta en un valor.
• Ejemplos típicos son resultados de laboratorio, exploraciones
clínicas (toma de la presión arterial), diagnósticos, etc.
• La clase observation es muy parecida a la clase procedure.
27/09/2016 Tema 5 -Clinical Statements 21
22. Observation
• Atributos
– Incluye todos los de procedure excepto
approachSiteCode
– Value. Resultado de la observación, puede ser
virtualmente cualquier cosa (véase que su tipo
es ANY)
– interpretationCode. Permite registrar la
interpretación clínica del valor, por ejemplo
alto, significativo, incrementado, etc.
27/09/2016 Tema 5 -Clinical Statements 22
24. Observation: ObservationRange
• ObservationRange permite definir los valores
(por ejemplo a través de un rango) que se
consideran normales o fuera de la normalidad
para la observación
• El valor contenido en el atributo value de
ObservationRange tiene que ser compatible
con el valor del atributo value de
Observation. Por ejemplo si Observation tiene
una PQ entonces ObservationRange debe
contener un intervalo de PQ
27/09/2016 Tema 5 -Clinical Statements 24
25. Substance administration
• Permite representar la administración de una sustancia (por
ejemplo un medicamento, vacuna, etc.) al paciente
• Esta clase es similar a Procedure pero incluye atributos
adicionales y relaciones para representar información
especifica sobre los medicamentos/substancias administrados
• La relación consumable enlaza esta clase con el
medicamento/substancia administrado
27/09/2016 Tema 5 -Clinical Statements 25
26. SubstanceAdministration
• Atributos
– Code. Este atributo representa la forma de
administración (intravenosa, oral, etc.) del
medicamento no el medicamento en si.
– routeCode. Ruta de administración del
medicamento. La especificación proporciona
una lista de valores posibles, algunos ejemplos
son: infusión, enema, inyección, gástrica,
intramuscular, etc.
27/09/2016 Tema 5 -Clinical Statements 26
27. SubstanceAdministration
• Atributos (continuación)
– approachSiteCode. Lugar (posición
anatómica) donde se administra el
medicamento.
– doseQuantity. Permite especificar el rango de
la dosis
– rateQuantity. Permite especificar una
cadencia de administración (3 mg/hora)
– maxDoseQuantity. Permite especificar la
dosis máxima durante un periodo de tiempo
27/09/2016 Tema 5 -Clinical Statements 27
28. Supply
• Representa la provisión de algún ítem al paciente
como prótesis, marcapasos, silla de ruedas
• Es muy parecida a la clase Procedure pero incluye
una relación Product que la enlaza con el ítem
suministrado y varios atributos extra
27/09/2016 Tema 5 -Clinical Statements 28
29. Supply
• Atributos
– Quantity. Número de unidades suministrada
del ítem en cuestión
– expectedUseTime. Duración del uso del ítem
suministrado
27/09/2016 Tema 5 -Clinical Statements 29
30. Referencias Externas
• Permite que los clinical statements puedan
apuntar a actos (Act), observaciones
(Observation), procedimiento (Procedure) o
documentos externos
27/09/2016 Tema 5 -Clinical Statements 30
31. Referencias Externas
• La especificación proporciona un conjunto de valores
posibles para el tipo de referencia (atributo typeCode en
reference). Algunos ejemplos son:
– ELNK (enlace de episodio) . Tanto el acto origen con el destino
forman parte de un mismo episodio
– REFR (referencia a) . Existe una relación entre el origen y el
destino pero no se conoce su semántica
– RPLC (reemplaza). Permite indicar que la entrada origen
reemplaza al acto destino
– XCRPT (es un extracto de). El origen es un extracto del destino
27/09/2016 Tema 5 -Clinical Statements 31
32. 27/09/2016 Tema 5 -Clinical Statements 32
Material desarrollado por:
• José Alberto Maldonado Segura (HL7 CDA especialista certificado)
• David Moner Cano (HL7 CDA especialista certificado)
http://www.veratech.es