DICOM tiene un grupo de comandos y operaciones aplicados a los objetos de información denominados DIMSE (DICOM Message Service Element) los cuales permiten la comunicación en línea, y se dividen en servicios DIMSE -C y servicios DIMSE-N, los mismos se diferencian porque uno es para Objetos Compuestos y el otro es para Objetos Normalizados según lo establece la norma.
La asociación de servicios DIMSE con un Objeto de información es llamado Par de Servicio de Objeto (SOP). Este protocolo define la operación de las clases de servicios y provee un mecanismo para identificar de manera única los objetos de información para transferir a través de la red. Igualmente es posible el intercambio de información DICOM mediante la utilización de medios analógicos como unidades magnéticas y ópticas, por ejemplo: unidades CD, DVD, USB.
Es relevante destacar que la declaración de conformidad DICOM, es esencial para cualquier proyecto relacionado con DICOM, para asegurar la compatibilidad entre dispositivos.
El que los equipos dispongan del protocolo DICOM no implica que éstos puedan comunicarse directamente. La comunicación entre sistema se consigue mediante la definición de una serie de parámetros que especifican las particularidades de la transmisión de información entre ellos. Bordils y Chavarria (2011) detallan:
Los parámetros mínimos requeridos son: el nombre de la aplicación (AE_TITLE), la dirección IP (Internet protocol) y el puerto de comunicación.
El protocolo DICOM dispone de diferentes funcionalidades (o servicios), entre ellos: Servicio de almacenamiento o archivo (Storage). Servicio de consulta y recuperación (Query/Retrieve), Servicio de impresión (Print Management), Servicio de gestión de la lista de trabajo (Basic Worklist Management).(pág.54)
Estos parámetros son las denominadas entidades de aplicación encargados del proceso de comunicación, el título de aplicación (AE_TITLE) es nombre que se utiliza para comunicación. Para cada comunicación real es necesario presentar una dirección de red llamada Dirección de Presentación (Pressentation Addres) en el cual lo define el Protocolo TCP/IP otorgando un numero de puerto y un número IP a esta combinación se le nombra dirección de conexión (Socket Addres), esta configuración forma parte de todas las aplicaciones de DICOM. Ver ilustración 6.
Alcances del Protocolo de Comunicación DICOM.
El contenido del estándar DICOM va más allá de la definición del formato de intercambio de imágenes, según Jiménez (2005) sus alcances principales son:
Estructuras de datos (formatos) para imágenes médicas y datos relacionados.
Servicios orientados a red, como: Transmisión de imágenes, búsqueda de imágenes, impresión y modalidades de integración entre un sistema PACS y un sistema general de información de un hospital (HIS o RIS).
Formatos para intercambio entre medios de almacenamiento.
Requerimientos de conformidad de los equipos y aplicaciones. (pág.15)
Los PACS, están directamente relacionados con DICOM, ya que su funcionalidad es impulsada por dicho estándar, lo que garantiza su interoperabilidad. Por esa razón, cualquier dispositivo o software PACS, viene con su declaración de conformidad DICOM, que es un documento muy importante que explica acerca del grado en que el dispositivo es compatible con el estándar DICOM.
En consecuencia, el protocolo se muestra como una serie de capas modeladas de forma independiente pero compatibles entre sí, entre ellas están: aplicación de imágenes médicas; capa de intercambio de mensajes de aplicación DICOM; posteriormente se divide en dos ambientes: comunicación en red (soporte de protocolo TCP/IP y OSI) y comunicación punto a punto (capas físicas, de enlace y SNT (sesión, transporte y red) de DICOM). Estas capas son llamadas "stacks". La finalidad era que una aplicación de imagen médica que estuviera fuera del alcance del estándar pudiera comunicarse con los stacks de otro dispositivo que use la misma stack, y así modificar solo el stack y no los programas de computadora de la aplicación, todo esto apegado al estándar.
Ilustración N° 6. Interfaces de Comunicación
Fuente: Geido (2017)
Estructura del protocolo DICOM
El estándar está estructurado como un documento en multipartes usando como guía el Estándares Internacionales Dibujo y Presentación (ISO/IEC Directives, 1989 Part 3: Drafting and Presentation of International Standards).
Jiménez (2005) Afirma que el Estándar DICOM versión 3.1 su revisión de 2004 tiene las siguientes partes:
1. Introducción y vista general.
2. Conformación: DICOM.
3. Definición de los Objetos de Información (IOD).
4. Especificación de las clases de servicios.
7. Intercambio de Mensajes.
8. Soporte de las comunicaciones por red para el intercambio de mensajes.
9. Retirado
10. Medios de almacenamiento y formato de archivos para intercambio de datos.
11. Perfiles de paliación para medios de almacenamiento.
12. Formatos y medios físicos para el intercambio de datos.
13. Retirado
14. Estándar para la función de representación de escala de grises.
15. Perfiles de Seguridad: Perfiles de usuario en aplicaciones.
16. Recuro para el Mapeo de Contenido.
17. interpretación de la información.
18. Acceso WEB de objeto persistente DICOM (WADO). (pág.16)
Esta estructura debe ser mantenida por todos los fabricantes de los dispositivos o equipos de imagenología, es importante resaltar que cada fabricante adapta el equipo con las diferentes partes que requiera, es decir, no es necesario que los equipos fabricados integren todas las partes, la conformidad queda de parte del fabricante. Ver Anexo N° 1 para mayor especificación de las partes del DICOM.
Computación en la nube (Cloud Computing)
En la actualidad y con todos los avances tecnológicos para el momento existe una gran necesidad de pasar a otro estado de almacenamiento de información debido a que cada día va aumentando la cantidad de datos que almacenar y es el caso de las imágenes digitales de uso médico, con el incremento del recurso de digitalización de imágenes se vuelve un tema importante el almacenamiento de las mismas, ya que los equipos de almacenamiento regulares ocupan espacio físicos, tienen una capacidad limitada de memoria y no tienen acceso fácilmente.
Atendiendo a esto, aparece la llamada Computación en la nube (Cloud Computing) que se presenta como el nuevo paradigma de programación para el futuro, ofreciendo servicios de computación a través de internet, permitiendo acceder desde cualquier lugar con la respectiva autorización. El NIST (National Institute of Standards and Technology) (2011) define:
Cloud computing es un modelo para habilitar acceso conveniente bajo demanda a un conjunto compartido de recursos computacionales configurables (por ejemplo: redes, servidores, almacenamiento, aplicaciones y servicios) que pueden ser rápidamente aprovisionados y liberados con un esfuerzo mínimo de administración o de interacción con el proveedor de los servicios. (pág.02)
Con este propósito, la computación en nube que permite aumentar el número de servicios basados en la red, generando beneficios tanto para los proveedores, ofreciendo un mayor número de servicios de forma rápida y eficaz, y para los usuarios que tienen la posibilidad de acceder a ellos, disfrutando de la velocidad y translucidez del sistema y de un modelo de pago por consumo. Ver Ilustración N° 7.
Ilustración N° 7. Cloud Computing
Fuente: Guereña (2013)
Características esenciales del Cloud Computing.
Un servicio de cloud computing debe poseer las cinco características esenciales que se mencionan a continuación. Según Joyanes (2012) :
1. Auto-servicio bajo demanda.
2. Acceso por red de banda ancha.
3. Batería (pool) de recursos.
4. Elasticidad y rapidez.
5. Medición del servicio. (pág.02)
Estas características definen el servicio de Cloud Computing ya que si hablamos de un Auto-servicio bajo demanda este proporciona un fácil acceso al servicio sin intervención. De igual manera, cuando requerimos un alto ancho de banda ya que necesitas varios servicios a la vez, entonces solicitamos un Acceso de red de banda ancha mediante una conexión de área local. Asimismo, el proveedor suministra los recursos necesarios para satisfacción del cliente, completando el sistema con una disponibilidad de ampliación o recursos para mejora continua.
Cabe destacar que la información o datos del cliente son resguardados y controlados por el proveedor con el fin de garantizar un pago por uso.
Modelos de Servicios en Cloud Computing.
Atendiendo al nivel de acceso a los recursos ofrecidos en los servicios ofertados, el NIST (National Institute of Standards and Technology) (2011) enumera tres modelos de servicios de cloud computing:
1. Nube de Software como Servicio (SaaS).
2. Nube de Plataforma como Servicio (PaaS).
3. Nube de Infraestructura como Servicio (IaaS). (pág.02)
Cuando se habla de Nube de Software como Servicio (SaaS) el usuario utiliza el servicio como una aplicación propia, pero solo lo que el proveedor le permite. Es decir, puede manipular todas las funcionalidades que estén disponibles en la aplicación, pero con la respectiva autorización. A su vez, cuando el entorno computacional permite instalar o ejecutar aplicaciones propias del usuario hablamos de una Plataforma como servicio (PaaS), en unión de los servicios anteriores se establece la infraestructura como servicio proporciona al cliente la libertad de administrar todos los recursos del servicio tanto hardware como software.
Modelo de desarrollo.
EL NIST (National Institute of Standards and Technology) (2011) puntualiza cuatro modelos de desarrollo:
1. Nube Privada. La nube es usada exclusivamente por una organización.
2. Nube Comunitaria. La nube es compartida por varias organizaciones con propósitos comunes.
3. Nube Pública. Nube disponible para el público general. La nube pertenece a una organización que vende sus servicios.
4. Nube Híbrida. Tipo de nube que mezcla varios de los modelos anteriores.(pág.02)
Ilustración N° 8 Modelo Visual de Cloud Computing.
Fuente: Eduarea´s Blog (2011)
En esencia, las nubes públicas tienen la capacidad de procesamiento y almacenamiento sin instalar equipos localmente, la carga operacional y la seguridad de los datos recae sobre el proveedor del hardware y software, teniendo un riesgo bajo en la adopción de nueva tecnología. A su vez, las nubes privadas tienen una plataforma que se encuentra dentro de las instalaciones del usuario no suele ofrecer servicios a terceros, obteniendo una mayor seguridad en los datos, pero aportando una inversión en infraestructura física.
Las nubes hibridas por su parte, radican en combinar las aplicaciones locales con las públicas, este sistema permite conservar el control de sus principales aplicaciones y aprovechar el cloud computing donde sea necesario. Esta opción puede ser un comienzo a la hora de migrar a la nube ya que es menos arriesgado.
Asimismo, las nubes comunitarias tienen la finalidad de compartir a nivel organizacional los recursos de computación y tecnológicos. Ofrece mayores niveles de privacidad y seguridad. Ver ilustración N°8.
Almacenamiento en la nube Estándares.
La computación en la nube se compara en cierto punto con una red de comunicaciones con servidores, clientes y servicios similares a cualquier otra red basada en internet. El intercambio de información está regido por protocolos comunes como TCP, IP, MTP y HTTPD.
Cada fabricante desarrolla su propia nube, de manera que es necesario que existan un estándar para la comunicación entre ellas, debido a que con el tiempo puede traer problemas de interconexión e inestabilidad de los sistemas, ya que cada uno desarrolla a su manera. Borenstein y Blake (2011) afirman que:
Los estándares para los servicios de Computación en la Nube, pueden ser divididos en dos clases: estándares prescriptivos y estándares evaluativos. Los primeros se re?eren a los estándares de comunicaciones, tales como los protocolos TCP, IP, SNMP, HTTP, etc. De otra parte, los estándares valuativos se re?eren a estándares de Calidad de los sistemas de Cloud Computing, los cuales se encargan de describir y evaluar los procedimientos seguidos en los procesos en general, como es el caso de la familia de estándares ISO 9000, y procedimientos especí?cos para seguridad de la información como los de la familia ISO 27000. (pág. 74)
Los proveedores de Servicios Cloud incluyen características medibles en aspecto de calidad como: el tiempo de actividad, el rendimiento, la disponibilidad, la Seguridad, la privacidad, el cumplimiento, el servicio al cliente y portabilidad a través de los vendedores.
Entre los principales esfuerzos de estandarización de la Computación en la Nube se encuentran los realizados por la UIT (Unión Internacional de Telecomunicaciones ó ITU por sus siglas en inglés). La cual estudia la computación en nube mediante el FG (Grupo Focal sobre la computación en nube), y se decidió que el grupo de trabajo SG13 dirigirá la actividad de normalización de Cloud Computing, y el grupo SG17 cubrirá la seguridad en la nube. (Borenstein & Blake, 2011)
La Unión Internacional de Telecomunicaciones (UIT) ha realizado grandes estudios en la estandarización de computación en la nube. Lee N., Lee S., y Yang (2014) Expresan algunas de las recomendaciones que han sido desarrolladas por estos grupos son:
ITU-T Y.3501: Esta recomendación proporciona un marco de referencia para Cloud Computing mediante la identi?cación de requisitos de alto nivel para la computación en nube.
UIT-T Y.3510: Esta Recomendación identifica los requisitos para las capacidades de infraestructura en la nube para apoyar los servicios de nube.
UIT-T Y.3520: Describe la plataforma de computación en nube necesaria para la gestión de recursos de los usuarios .
UIT-T Y.3511: Marco de la computación en nube para la comunicación inter-redes y la infraestructura.
UIT-T X.1600: Marco de seguridad para el Cloud Computing. (ver Anexo N°2 para ampliación de las recomendaciones)
De otra parte, la UIT-T junto con la ISO (International Standards Organization) y la IEC (International Electrotechnical Commission), y han desarrollado algunas recomendaciones conjuntas a través de la JTC (Joint Technical Commission) denominada ISO/IEC 1, encargada de Tecnologías de la Información, y el sub-comité 38, conocido como DAPS (Distributed application platforms and services). Padilla y Pinzón (2015) especifican las normas:
UIT-T Y.ccdef | ISO / IEC 17788: Información general y vocabulario de Cloud Computing. Esta Recomendación proporciona una visión general de la computación en nube, junto con un conjunto de términos, definiciones y conceptos. Es aplicable a todo tipo de organización (por ejemplo, empresas comerciales, agencias gubernamentales, organizaciones sin de lucro).
UIT-T Y.ccra | ISO / IEC 17789: Esta Norma Internacional especí?ca la arquitectura de referencia de Cloud Computing.
También se está trabajando en aspectos de Calidad del Servicio en Cloud Computing tales como el Acuerdo de Nivel de Servicio (SLA Service Level Agreement), en sus aspectos básicos y su terminología. Allí se describe una visión general de los SLA de servicios en la nube, conceptos y requerimientos que pueden ser usados para construir los SLA, y los términos y las métricas de uso común en los SLA de servicios en la nube. (pág.34)
La finalidad de esta norma es beneficiar al proveedor y al cliente. A su vez establece un conjunto de bloques de construcción de SLA comunes (conceptos, términos, de?niciones, contextos) que luego pueden ser utilizados para crear SLAs, evitando confusiones y facilitar la comprensión común entre los proveedores de servicios Cloud y los clientes de servicios Cloud.
Almacenamiento de imágenes digitales radiológicas en la nube
El cloud computing ofrece muchos beneficios potenciales en el área de almacenamiento de imágenes radiológicas, con últimos avances tecnológicos, los pacientes y profesionales del sector están construyendo un nuevo impulso en la adopción de la tecnología PACS en la nube para la asistencia sanitaria. Sin embargo, la aceptación de la tecnología PACS, supone un nuevo paradigma tecnológico y un cambio sustancial para las partes interesadas: radiólogos y pacientes, quienes cambian sus mecánicas de trabajo y reciben una asistencia más personalizada, respectivamente.
En la actualidad, un creciente número de centros radiológicos está implementando soluciones en la nube a través de plataformas, que son escalables, seguras y pueden, de forma rentable, archivar grandes volúmenes de datos de imágenes sin una inversión inicial en hardware y software.
Un PACS en la nube facilita oportunidades como el recurso de los informes de salud del paciente desde cualquier lugar, el intercambio de información sanitaria en una nube comunitaria y la facilidad de oportunidades de investigación, entre otras. Las amenazas, en cambio, incluyen la posibilidad de uso indebido de datos confidenciales de los pacientes y una estrategia de salida compleja.
En definitiva, el uso de PACS en la nube simplifica el proceso de intercambio de imágenes y facilita el acceso a informes, aumentando la productividad de los radiólogos y ahorrando el tiempo de segundas visitas de los pacientes. Ver ilustración N°9.
Según la revista de Asesoría y Gestión Radiológica (2016) expresa:
Cloud computing es un nuevo modelo de prestación de servicios tecnológicos, del tipo software como servicio, que supone una reducción evidente de costos, ya que tiene total independencia de hardware y software, al encontrarse las aplicaciones en un servidor remoto, habitualmente en las instalaciones de Data Center del proveedor. (pág.02)
Ilustración N° 9. Cloud computing aplicado a PACS
Fuente: Aseoria y gestion radiologica (2016)
El aumento de la cantidad de aplicaciones basadas en la red y mejorar la disponibilidad de las mismas, es el cambio fundamental que ofrece la computación en la nube para los sistemas PACS-RIS, Aportando ventajas apoyándose en una infraestructura tecnológica dinámica que se define por un alto nivel de automatización, una rápida movilización de los recursos, una gran capacidad de ajuste para atender a una demanda variable, así como virtualización avanzada y un precio flexible en función del consumo realizado, evitando además el uso fraudulento del software.
Los fabricantes del sistema de información de radiología (RIS) de nueva generación o del sistema PACS están aprovechando esta tecnología e incorporándola lentamente mediante el software como modelo de servicio (SAAS). Permitiendo una reducción inmediata en el costo del almacenamiento y archivo para el hospital, clínica o centro de imágenes, ya que ya no hay necesidad de invertir en estas áreas.
A pesar de los beneficios de Cloud Computing, existe un factor importante a considerar en tales sistemas, y es la presencia de una conexión a Internet de banda ancha fiable y de alta velocidad, siendo la parte fundamental del sistema; ya que la velocidad de acceso y descarga de imágenes médicas del archivo en línea debe estar dentro de límites aceptables, incluso cuando varios usuarios acceden a la "nube de datos" simultáneamente.
La Red Local. (LAN– Local Area Network)
Las redes de área local (LAN – Local Area Network -) permite una comunicación entre ordenadores, dispositivos o usuarios de una misma red, con la finalidad de compartir recursos entre ellos, puede transmitir los datos a través de los cables utilizados para conectarlos. Ríos R. y Fermín J. (2009) Afirman: "Es un sistema de comunicación entre computadoras que permite compartir información, con la característica de que la distancia entre las computadoras debe ser pequeña. Estas redes son usadas para la interconexión de computadores personales y estaciones de trabajo" (pág.17).
También existe redes locales inalámbricas llamadas WLAN es una sigla de la lengua inglesa que alude a Wireless Local Area Network, una WLAN es una red de tipo local cuyos equipos no necesitan estar vinculados a través de cables para conectarse, estas redes utilizan ondas de radiofrecuencia, tienen la ventaja que posibilitan al usuario a una mayor movilidad en el sitio.
A su vez, la seguridad en las redes WLAN es menor debido que se tiene que tener mayor control de la red para que se no se integren a ella personas o equipos no autorizados. Jara y Nazar (2010) definen:
Una red inalámbrica es un sistema de comunicación de datos que proporciona conexión inalámbrica entre equipos situados dentro de la misma área (interior o exterior) de cobertura. En lugar de utilizar el par trenzado, el cable coaxial o la fibra óptica, utilizado en las redes LAN convencionales, las redes inalámbricas transmiten y reciben datos a través de ondas electromagnéticas usando el aire como medio de transmisión. (pág.02)
De las consideraciones anteriores, estas redes permiten obtener información en tiempo real y en cualquier parte, también tienen una facilidad de instalación y flexibilidad; es decir la puedes utilizar en lugares pocos accesibles mediante cableado. Ver ilustración N°10.
Elementos de una Red Local.
Los elementos de una red local son mínimos, básicamente se componen de seis relevantes que abarcan tonto hardware como software. Ríos y Fermín (2009) destacan:
1. El servidor.
2. Las estaciones de trabajo.
3. El sistema operativo de red.
4. Los protocolos de comunicación.
5. La tarjeta de interfaces de red. (pág.20)
Ilustración N° 10. Red local (LAN) y Red Local Inalámbrica (WLAN)
Fuente: Arduino (2015)
Si detallamos los elementos de una red podemos decir que el servidor se comporta como sistema controlador de todos los procesos; entre ellos están: procesamiento de la información, el acceso a los recursos y el sistema operativo. Su función es muy importante en la red ya que es el encargado de la comunicación entre todos los clientes o usuarios.
El sistema operativo se encuentra en el servidor como se ha dicho anteriormente ya que éste facilita el control de la red, también se encuentran las llamadas estaciones de trabajo que son utilizadas como terminales, solo usan la red y sus recursos. Para que todos estos sistemas se comuniquen existe un protocolo de comunicación que regula la transmisión de datos en la red, destacando que cada usuario (ordenador) debe tener una tarjeta de interfases de red (Físico) para lograr la conectividad ya que esta proporciona los protocolos de comunicación.
Las interrelaciones de todos estos elementos permiten que una red pueda conectarse para compartir dispositivos de Hardware.
Infraestructura de la red.
Consiste en un conjunto de dispositivos físicos, aplicaciones software y recursos compartidos que proporcionan una plataforma para las aplicaciones de sistemas de información de una empresa. Con base en esa infraestructura se ofrecen a los usuarios los diversos servicios de telecomunicaciones. Para recibir un servicio de telecomunicaciones, un usuario utiliza un equipo terminal a través del cual obtiene entrada a la red por medio de un canal de acceso.
Generalidades sobre tráfico.
El tráfico de redes de área local se mide como la cantidad de información promedio que se transfiere a través del canal de comunicación, y a la velocidad que se transfiere por ello la importancia de diferentes elementos para poder evaluar en formas más eficiente y eficaz el tráfico en la red.
En una red es importante conocer la comunicación de los datos, verificar la calidad de enlace, el comportamiento de la red, todo esto para tener una estimado del rendimiento de la red. Una red mal configurada o con bajo rendimiento puede generar grandes pérdidas en sistemas de comunicaciones de gran tamaño como tiempo y caidas en la productividad.
Los parámetros más comunes para chequear el comportamiento de una red son la eficiencia, el throughput y el retraso o latencia que sufren los paquetes debido a las congestiones que pueden encontrar entre el origen y el destino.
Proveedores en el Mercado.
Actualmente con el avance de la tecnología predomina un aumento en la adquisición de servicios Cloud Computing, este nuevo recurso ofrecido por las empresas de tecnología son llamativos a los clientes debido a su alto progreso en el manejo, administración y sobre todo en la reducción de los costos. A consecuencia de esta incrementación de cambio a tecnología digital, los proveedores de los servicios se exigen ofrecer un amplio rango de servicios que satisfagan la necesidad del cliente.
Como se menciona anteriormente en el campo de servicios de Cloud Computing se encuentras tres modalidades de servicios: los SaaS (Software as a Service) Software como Servicio, los PaaS "Platform as a Service" Plataforma como servicio, los Iaas "Infrastructure as a Service", infraestructura como servicio. Cada uno tiene su utilidad y funcionalidad y todo depende de los requerimientos del cliente.
Existen varios proveedores de servicios entre ellos están: Azure de Microsoft, Google App Engine, Amazon Web Service, Go-Grid, OpSource, entre otros.
Introducción del Centro Medico
El Almacenamiento y Distribución de las Imágenes Radiológicas en el Centro Médico.
El Tráfico de la Red Local que soporta el Centro Médico para el Área de Imagenología
Organizaciones sin fines de Lucro
Fundación "Damas del Honorable Cuerpo Consular"
Anexo N° 1. Estructura del Protocolo DICOM
PS 3.1. Introducción y vista general: La primera parte contiene una panorámica del estándar en sí mismo, con descripción de los principios básicos, como puede ser los conceptos de SOP Class o Service Class Provider. ·
PS 3.2. Conformación: Describe la definición de conformación para DICOM, es decir se le solicita a los desarrolladores y vendedores de equipos y sistemas describir claramente como es su ajuste al estándar DICOM.
PS 3.3. Definición de los Objetos de Información (IOD): Especifica la estructura y atributos de los objetos que se operan por Clases de Servicio. Estos objetos pueden ser Paciente, Estudio, Serie, Imagen, etc. Cada definición de IOD esta agrupada en módulos. Algunos IOD pueden tener grupos de atributos idénticos, que se definen en módulos comunes. Estos objetos compuestos son por ejemplo la imagen de TC o RMN que contienen atributos inherentes a la misma entidad del mundo real y otros que no lo son.
PS 3.4. Especificación de las clases de servicios: Se define las funciones que operan sobre los Objetos de información para proporcionar un servicio específico. La especificación de las Clases de Servicios (SOP Class) se base en las operaciones que deben actuar sobre los IOD. Tales SOP Class son; certificación, memorización, petición/consulta de imágenes e información, contenida en el estudio, gestión del paciente, gestión del examen, gestión del parte médico, gestión de la documentación. Cuando una aplicación DICOM genera una serie de datos, esta tiene que ser decodificada para poder ser insertada en los mensajes de comunicación.
PS 3.5. Estructura de datos y codificación: Especifica la codificación de los datos en los mensajes que se intercambian para lograr el funcionamiento de las Clases de Servicio. La principal función es definir el lenguaje que dos aparatos tiene que utilizar en la comunicación.
PS 3.6. Diccionario de datos: Define los atributos de información individuales que representan los datos de todos los IOD definidos en la parte 3.3. También se especifica los calores de algunos de estos atributos.
PS 3.7. Intercambio de Mensajes: Especifica el funcionamiento de los mensajes a intercambiar. Estos mensajes se necesitan para poder utilizar los servicios definidos por las Clases de Servicio (parte 3.4).
PS 3.8. Soporte de las comunicaciones por red para el intercambio de mensajes: Define los servicios y protocolo de intercambio de mensajes (Parte 3.7) directamente en OSI y redes TCP/IP. En el entorno DICOM, el protocolo de comunicación utilizado es el TCP/IP.
PS 3.9. Retirado
PS 3.10. Medios de almacenamiento y formato de archivos para intercambio de datos: Define los formatos lógicos para guardar la información de DICOM sobre varios medios de comunicación, entre ellos los archivos tratados.
PS 3.11. Perfiles de paliación para medios de almacenamiento: Define los medios para usuario y vendedores, especificando la sección de medios de comunicación entre los sistemas definidos en la Parte 3.12 y los objetos de información definidos en la parte 3.3
PS 3.12. Formatos y medios físicos para el intercambio de datos: Las especificaciones de la industria referentes a los medios Físicos de Almacenamiento u medios de Comunicación que estructuran los sistemas de archivos.
PS 3.13. Retirado
PS 3.14. Estándar para la función de representación de escala de grises: En Esta parte se especifica la estandarización de las características de los monitores para la representación en la escala de grises de las imágenes.
PS 3.15. Perfiles de Seguridad: Perfiles de usuario en aplicaciones.
PS 3.16. Recuro para el Mapeo de Contenido: Templetes para estructuración de documentación de objetos de información DICOM; conjunto de términos codificados para uso en objetos de información; un léxico de definición de términos para DICOM; traducción de especificaciones del país por medio de código
PS 3.17. interpretación de la información: anexos de información y normativa
PS 3.18. Acceso WEB de objeto persistente DICOM (WADO): Especifica la solicitud para el acceso de un objeto persistente DICOM que puede ser expresada en un HTTP URL.
Fuente: NIST (National Institute of Standards and Technology) (2011)
Anexo N° 2. Recomendaciones de estandarización por La Unión Internacional de Telecomunicaciones (UIT)
ITU-T Y.3501: Esta recomendación proporciona un marco de referencia para Cloud Computing mediante la identi?cación de requisitos de alto nivel para la computación en nube. La Recomendación trata los requisitos generales y los casos de uso de: (a) la computación en nube; (b) Infraestructura como Servicio (IaaS), la Red como un Servicio (NaaS) y el escritorio como servicio (DaaS); y también (c) interconexión entre las nubes, la gestión de extremo a extremo de los recursos y la infraestructura Cloud.
UIT-T Y.3510: Esta Recomendación identifica los requisitos para las capacidades de infraestructura en la nube para apoyar los servicios de nube. El alcance de esta Recomendación incluye: visión general de la infraestructura de la nube, los requisitos para los recursos informáticos, los requisitos de recursos de la red, los requisitos de recursos de almacenamiento, y los requisitos para la abstracción y control de recursos. La abstracción y control de los recursos físicos son medios esenciales para alcanzar a la carta y las características elásticas de infraestructura Cloud.
UIT-T Y.3520: Describe la plataforma de computación en nube necesaria para la gestión de recursos de los usuarios ; por tanto, proporciona un marco para la gestión de extremo a extremo de los recursos de computación en nube. Esta Recomendación incluye (a) conceptos generales de extremo a extremo la gestión de recursos de Cloud Computing, (b) una visión para la adopción de la gestión de recursos de computación en nube en un entorno rico en telecomunicaciones, y (c) la gestión de extremo a extremo de los recursos y servicios de la nube a través de múltiples plataformas, es decir, la gestión de todo el hardware y el software utilizado en favor de la prestación de servicios en la nube.
UIT-T Y.3511: Marco de la computación en nube para la comunicación inter-redes y la infraestructura. Esta recomendación describe el marco para las interacciones de múltiples proveedores de servicios Cloud (CSP) que se conoce como inter-Cloud Computing. Sobre la base de los casos de uso que implican varios CSP y la consideración de los diferentes tipos de ofertas de servicios, esta recomendación se describe la posible relación entre varios CSP, las interacciones, y los requisitos funcionales pertinentes.
UIT-T X.1600: Marco de seguridad para el Cloud Computing. En esta recomendación se analizan las amenazas y los retos en el entorno de Cloud Computing en cuanto a seguridad; también describe las capacidades de seguridad que podrían mitigar estas amenazas y desafíos a la seguridad. Se proporciona una metodología marco para determinar cuál de estas capacidades de seguridad requerirá de especi?cación para mejorar la mitigación de las amenazas de seguridad y hacer frente a los desafíos de seguridad de la computación en nube.
De otra parte, la ITU-T también ha hecho esfuerzos conjuntos con la ISO (International Standards Organization) y la IEC (International Electrotechnical Commission), y han desarrollado algunas recomendaciones conjuntas a través de la JTC (Joint Technical Commission) ó Comisión Técnica Conjunta denominada ISO/IEC 1, encargada de Tecnologías de la Información, y el sub-comité 38, conocido como DAPS (Distributed application platforms and services).
Fuente: Lee N., Lee S., y Yang (2014)
Aceves, T. (2015). ADMINISTRACIÓN DE PLANTAS MÉDICAS HOSPITALARIAS.
Arduino. (02 de Diciembre de 2015). http://duinorasp.hansotten.com/wlan-manually/. Obtenido de http://duinorasp.hansotten.com/wlan-manually/
Azpiroz, L. (1998). Almacenamiento y manejo de imágenes médicas. Revista Mexicana de Ingenieria Biómetrica.
Ballesteros, F. (2003). Desarrollo de Aplicaciones DICOM para la gestión de imagenes biomédicas. Universidad Politecnica de madrid. Madrid: Universidad Politecnica de Madrid.
Ballesteros, F. (2003). Desarrollo de aplicaciones DICOM para la gestión para gestión de imagenes Biómetricas. Madrid.
Barberis, L. (2009). aplicación de un sistema automatico de procesamiento de imagenes médicas basadas en estándares. argentina: Universidad Nacional del Cuyo.
Barrios, H., Lucero, C., & Veras, A. (26 de 06 de 2009). Computación en la nube. valparaiso: Universidad Técnica Federico Santa María .
Bordils, F., & Chavarría, M. (2011). Almacenamiento y transmisión de imagenes PACS. valencia: Universidad Politécnica de Valencia.
Borenstein, N., & Blake, j. (2011). Cloud computing Standards: Where´s the Beef? IEEE Internet Computing.
Carlos, G., & Denys, V. (2014). Sistema para el almacenamiento y transmisión de imágenes médicas, versión 3.0. Revista Cubana de Informática Médica, http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S1684-18592014000100003.
Castillo, C. (2012). Diseño de un Sistema de Almacenamiento y consulta de imágenes médicas en el Hospital Hpólito Unanue. Lima.
Del Río, D., Bocanegra, C., & David, S. (2008). La cabecera del estándar DICOM. Revista eSalud.com.
Díaz, P. (junio de 2014). Prezi. Obtenido de https://prezi.com/lno2yyfhvgy-/his-ris-pacs/
Eduarea´s Blog. (2011). Obtenido de https://eduarea.wordpress.com/2011/01/22/837/
EL BLOG DE ACTUALMED. (20 de octubre de 2010). Obtenido de http://www.actualmed.com/blog/2010/10/20/servidor-pacs-dicom-server/
García, I. f. (2010). Aportaciones a la Segmentación y Caracterización de Imagenes Médicas 3D. Universidad de Sevilla.
Geido, D. (09 de junio de 2017). slideplayer. Obtenido de http://slideplayer.es/slide/1027932/2/images/18/Interfaces+para+comunicaci%C3%B3n.jpg
Guereña, M. (10 de noviembre de 2013). rinconeducativoparaeducadoras.blogspot. Obtenido de http://3.bp.blogspot.com/-qcEjcAKTilk/UoCGb5dSwVI/AAAAAAAAACQ/mSalepgPHPw/s1600/Cloud_computing-1024×927.jpg
Gutierrez, J. (2003). Sistemas PACS-CNR: Una propuesta Tecnológica. Revista Mexicana de ingenieria Biomédica, 77-85.
Jara, P., & Nazar, P. (2010). Estándar IEEE 802.11 X de las WLAN. Argentina: UNIVERSIDAD TECNOLOGICA NACIONAL .
Jiménez, A. (2005). sistema PACS minimo basado en el estandar DICOM. Mexico: Universidad Autónoma Metropolitana.
Joyanes, L. (2012). COMPUTACIÓN EN LA NUBE, Notas para una estrategia española en cloud computing. Revista del Instituto Español de Estudios Estratégicos, 93-95.
kopec, A., & Salazar, A. (2006). Aplicaciones de telecomunicaciones en salud en la Subregión Andina. Lima: ORAS-CONHU.
LEADTOOLS. (09 de junio de 2017). LEADTOOLS. Obtenido de https://www.leadtools.com/images/screenshots/demos/v19html5/MedicalWebViewerDemo.jpg
lee, k., Lee, S., & Yang. (2014). "Towards on cloud Computing Standardización " internacional Journal o multimedia & Ubiquitous Engeneering.
MARTINO, A. P. (2006). RADIOLOGÍA: de la imganen convencional a digital. Buenos Aires: UNIVERSIDAD NACIONAL DE GRAL SAN MARTÍN.
Mora, J., & Lobato, F. d. (09 de junio de 2016). VISUALIZACIÓN Y RECONSTRUCCION DE IMÁGENES DICOM DE ESTUDIOS DE RESONANCIAS MAGNÉTICAS. Obtenido de slideplayer: http://slideplayer.es/slide/4079090/
Morales, A. (2002). Manejo de imagenes DICOM mediante un sistema de internet. Mexico: Universidad Nacional Autónoma de México.
Padilla, J., & Pinzón, J. (2015). ESTÁNDARES PARA CLOUD COMPUTING. Universidad Pontificia Bolivariana.
radiologica, A. y. (11 de febrero de 2016). Aseoria y gestion radiologica. Obtenido de http://www.gestionradiologica.cl/?p=35910
Ramos, O., Angel, N., & Villarreal, M. (agosto de 2014). Revista Electrónica Facultad de Ingeniería UVM. Obtenido de https://www.researchgate.net/publication/298793859_SISTEMA_DE_ARCHIVO_Y_COMUNICACION_DE_IMAGENES_EN_UNA_UNIDAD_DE_IMAGENOLOGIA_File_system_and_communication_of_images_in_a_Imaging_Unit
Rios, R., & Fermin, J. (2009). ANÁLISIS DE TRÁFICO DE UNA RED LOCAL UNIVERSITARIA. Revista Electrónica de Estudios telemáticas.
Roldán, E., Espejo, R., & Hernández, J. (2003). Hacia una radiología "sin placas":. Anales de Radiología México, 219-221.
Shani, U. (s.f.). Real-time teleconsulting solucion for. Obtenido de haifa.il.ibm.com.
Sherif, y. (1999). The Development of a Client/server Architecture dfor Standardized Medical Application Network Services. Obtenido de csdl.computer.org: http://csdl.computer.org/comp/proceedings/asset/1999/0122/00/01220002abs.htm
Smith, E. (2001). Society for computer Applications in Radiology. En B. I. Reiner, Archiving Issues in the Medical Enterprise. Great Falls.
Technology), N. (. (2011). NIST Special Publication 800-145. En P. Mell, & T. Grance, The NIST Definition of Cloud Computing.
Temes, j., & Mengíbar, M. (2014). Accessmedicina. Obtenido de http://accessmedicina.mhmedical.com/data/books/1492/jose_ch28_fig-28-10.png
UBIQUO TELEMEDICINA. (2017). Ubiquo Telemedicina. Obtenido de http://www.ubiquotelemedicina.com.co/Productos/Sistema-WEB-PACS-Distribuido
WEISS, A. (2004). DISEÑO E IMPLEMENTACIÓN DE PACS (PATIENT ARCHIVING AND COMMUNICATION SYSTEMS) Y TELERADIOLOGÍA PARA EL MERCADO COLOMBIANO. Santa Fé de Bogóta.: UNIVERSIDAD DE LA SABANA .
Autor:
Krola
| Página siguiente |