Source: http://docplayer.es/1812944-Actas-del-vi-congreso-iberoamericano-de-seguridad-informatica-cibsi-2011-bucaramanga-colombia-2-al-4-de-noviembre-de-2011.html
Timestamp: 2016-10-24 12:36:09+00:00

Document:
⭐Actas del VI Congreso Iberoamericano de Seguridad Informática CIBSI 2011 Bucaramanga, Colombia, 2 al 4 de Noviembre de 2011
Actas del VI Congreso Iberoamericano de Seguridad Informática CIBSI 2011 Bucaramanga, Colombia, 2 al 4 de Noviembre de 2011
Download "Actas del VI Congreso Iberoamericano de Seguridad Informática CIBSI 2011 Bucaramanga, Colombia, 2 al 4 de Noviembre de 2011"
Santiago Salas Giménez
1 2 Actas del VI Congreso Iberoamericano de Seguridad Informática CIBSI 2011 Bucaramanga, Colombia, 2 al 4 de Noviembre de 2011 Editores Angélica Flórez Abril Jorge Ramió Aguirre Arturo Ribagorda Garnacho Jeimy J. Cano Martínez ISBN: Facultad de Ingeniería Informática, Universidad Pontificia Bolivariana, Seccional Bucaramanga, Colombia Universidad Politécnica de Madrid, España3 Prefacio El Congreso Iberoamericano de Seguridad Informática (CIBSI) es una iniciativa de la Red Temática de Criptografía y Seguridad de la Información. Desde el año 2002 se ha venido desarrollando, tomando en cuenta durante los primeros años la realización con frecuencia anual y a partir del año 2003 se realiza cada dos años. La primera versión del CIBSI fue desarrollada en el año 2002 en Morelia, México; en el año 2003 se celebra la segunda edición en Ciudad de México; en el año 2005 se realizó la tercera edición en Valparaíso, Chile; la cuarta edición tiene lugar en el año 2007 en Mar del Plata, Argentina; y en el año 2009 se celebra la quinta versión en Montevideo, Uruguay. Éste año 2011, se desarrolla la sexta versión del congreso, teniendo como sede la Universidad Pontificia Bolivariana de Bucaramanga, Colombia, institución educativa que desde el año 2005 se encuentra ofreciendo programas de educación continua en seguridad de la información y a partir del año 2007 ofrece la Especialización en Seguridad Informática, convirtiéndose de ésta manera en una institución que apalanca el desarrollo docente e investigación en seguridad de la información en Colombia. Para los investigadores del área de seguridad de la información en Colombia, es muy grato realizar por primera vez el CIBSI 2011, evento que facilita el intercambio de conocimiento y la formación de redes de colaboración en el ámbito de la investigación y el desarrollo en seguridad de la información. Dentro de la agenda programada del evento se tienen definidos tres espacios: conferencias magistrales, ponencias de los trabajos presentados y el Primer Taller Iberoamericano de Enseñanza e Innovación Educativa en Seguridad de la Información (TIBETS). Se realizarán tres conferencias magistrales por parte de reconocidos investigadores en el área, tales como el Dr. Sergio Rajsbaum de la Universidad Nacional Autónoma de México, el Dr. Justo Carracedo de la Universidad Politécnica de Madrid y el Dr. Jeimy Cano de la Universidad Pontificia Bolivariana de Bucaramanga. Este documento contiene los trabajos a ser presentados como ponencias por investigadores de diversos países a nivel de Iberoamérica. Se recibieron 39 trabajos, de los cuales el Comité del Programa seleccionó 23 trabajos provenientes de los siguientes países: Argentina, Cuba, Colombia, España, Venezuela, Uruguay, México y Brasil. Como nuevo aporte, en el marco del CIBSI se realizará el TIBETS, espacio que se dedicará a presentar las experiencias en enseñanza e innovación educativa en el área de seguridad de la información, nuevos rumbos docentes, análisis de proyectos de colaboración conjunta y programas de posgrados, que permita plantear estrategias de colaboración docente. Se espera que estas actas y las reflexiones realizadas del 2 al 4 de noviembre en el Campus de la Universidad Pontificia Bolivariana de Bucaramanga sirvan para el fortalecimiento de la investigación en seguridad de la información, la generación de nuevos espacios de discusión y el estrechamiento de lazos interinstitucionales para el avance en programas de posgrados y rumbos docentes en el área.4 Organización de la Conferencia Comité Organizador General Angélica Flórez Abril, Universidad Pontificia Bolivariana, Colombia Jorge Ramió Aguirre, Universidad Politécnica de Madrid, España Comité Organizador Logístico Angélica Flórez Abril, Universidad Pontificia Bolivariana, Colombia Jeimy Cano Martínez, Universidad Pontificia Bolivariana, Colombia Reinaldo Mayol Arnao, Universidad Pontificia Bolivariana, Colombia Comité Técnico Reinaldo Mayol Arnao, Universidad Pontificia Bolivariana, Colombia Con el apoyo de los estudiantes de Ingeniería Informática: Miguel Gerardo Mateus Marín y Julián Eduardo Ramírez Rico Comité del Programa Jeimy Cano (Chair) Arturo Ribagorda Garnacho (Chair) Marco Aurélio Amaral Henriques Nicolás Antezana Abarca Javier Areitio Bertolín Gustavo Betarte Joan Borrel Viader Pino Caballero Gil Adriano Mauro Cansian Enrique Daltabuit Godas Ángel Martín Delrey Josep Domingo-Ferrer Josep Lluis Ferrer-Gomilla Amparo Fúster-Sabater Juan Pedro Hecht Luis Hernandez Encinas Emilio Hernández Leobardo Hernández Audelo Julio César López Vincenzo Mendillo Josep María Miret Biosca Gaspar Modelo-Howard Raul Monge Guillermo Morales-Luna Universidad Pontificia Bolivariana Universidad Carlos III de Madrid State University of Campinas - Unicamp Sociedad Peruana de Computación Universidad de Deusto Universidad de la República Universidad Autónoma de Barcelona Universidad de La Laguna Universidad Estadual Paulista Universidad Nacional Autónoma de México Universidad de Salamanca Universidad Rovera i Virgili Universidad de las Islas Baleares Consejo Superior de Investigaciones Científicas Universidad de Buenos Aires Consejo Superior de investigación Universidad Simón Bolívar Universidad Nacional Autónoma de México Universidad Estatal de Campinas Universidad Central de Venezuela Universidad de Lleida Universidad Tecnológica de Panamá Universidad Técnica Federico Santa María Centro de Investigación y Estudios Avanzados5 Alberto Peinado Domínguez Josep Rifà Coma Jorge Blasco Alis Hugo Francisco González Robledo José María de Fuentes García-Romero de Tejada del IPN Universidad de Malaga Universidad Autónoma de Barcelona Universidad Carlos III de Madrid Universidad Politécnica de San Luis de Potosí Universidad Carlos III de Madrid6 Tabla d e c onteni d o Extended Visual Cryptography Scheme with an Artificial Cocktail Party Effect 1 Agustín Moreno Cañadas and Nelly Paola Palma Vanegas A Non-Reducible Meyer-Müller s Like Elliptic Curve Cryptosystem. 11 Santi Martínez, Josep M. Miret, Francesc Sebé and Rosana Tomás SAFET: Sistema para la generación de aplicaciones con firma electrónica 15 Victor Bravo Bravo and Antonio Araujo Brett Computational Intelligence Applied on Cryptology: a brief review...23 Moisés Danziger and Marco Aurélio Amaral Henrique New Possibilities for using Cellular Automata in Cryptography...36 Mauro Tardivo Filho and Marco A. A. Henriques Métricas de seguridad en los SGSIs, para conocer el nivel de seguridad de los SSOO y de los SGBD.45 Luis Enrique Sánchez Crespo, Antonio Santos-Olmo Parra, Eduardo Fernández- Medina and Mario Piattini e-pulpo: Gestión de la Seguridad de la Información con Software Libre 53 Ana Matas Martín and Andrés Mendez Definición de un modelo automatizado para la evaluación y mantenimiento de un SGSI.64 Daniel Villafranca, Eduardo Fernández-Medina and Mario Piattinia La Gestión de Riesgos y Controles en Sistemas de Información 79 Marlene Lucila Guerrero Julio and Lu Carlos Gómez Flórez Esquema de Micropago Anónimo, Equitativo y no Rastreable: Aplicación a los Servicios LBS..85 Andreu Pere Isern-Dey`, Lloren Huguet-Rotger, Magdalena Payeras-Capellá and Maciá Mut Puigserver A Zero Knowledge Authentication Protocol using Non Commutative Groups.96 Juan Pedro Hecht Caracterización del entorno de riesgo de los niños, niñas y adolescentes al utilizar lnternet: Caso Mérida-Venezuela..103 Esly Lopez, Reinaldo Mayol Arnao and Solbey Morillo Puente7 Un Framework para la Definición e Implantación de Mecanismos de Control de Acceso Basado en Roles, Contenidos e Información Contextual Gustavo Betarte, Andrés Gatto, Rodrigo Martínez and Felipe Zipitría Identification Features For Users and Mobile Devices Israel Buitrón and Guillermo Morales Security for WAP Provisioning Messages over TETRA Networks..126 Joan Martínez Facilitando la administración de la seguridad en tu red DMZ: MatFel.134 Francisco Javier Díaz, Einar Lanfranco, Matías Pagano and Paula Venosa U2-Route: Herramienta para el desarrollo de mecanismos de seguridad a nivel de Hardware Jhon Padilla, Luis Santamaria, Carlos Acevedo, Oscar Maestre and Line Becerra Software de gestión para pruebas de penetración..146 Carlos Noguera and Ronald Escalona A Systematic Review of Security Patterns Used to Develop Security Architectures Roberto Ortiz, Santiago Moral-Rubio, Javier Garzás and Eduardo Fernández-Medina Metodología ágil de establecimiento de sistemas de gestión de la seguridad de la información basados en ISO/IEC Jeffrey Steve Borbon Sanabria and Erika Tatiana Luque Melo Análisis de características de PDFs maliciosos.168 Hugo Gonzalez Análisis E Implementación De Las Técnicas Anti-Forenses Sobre ZFS Jonathan Cifuentes and Jeimy Cano Cumplimiento de la LOPD y los requerimientos legales de la ISO27001 en la citación de pacientes en Hospitales Luis Enrique Sánchez Crespo, Antonio Santos-Olmo Parra, Esther Álvarez González, Eduardo Fernández-Medina Patón and Mario Piattini Velthuis Primeros resultados de la encuesta de formación universitaria de grado en Seguridad de la Información en Iberoamérica Jorge Ramió Aguirre; Mari ángeles Mahillo García Factores relevantes en el diseño de programas de posgrado en seguridad informática con calidad académica..206 Angélica Flórez Abril Asignatura de Protección y Seguridad de los Sistemas de Información orientada a su aplicación en negocios de Internet 213 Luis Enrique Sánchez Crespo8 Enseñanza del Método de Análisis y Recuperación de la Información haciendo uso de Herramientas de Software.219 Francisco Nicolás Solarte Solarte; Edgar Rodrigo Enriquez Rosero Experiencias en el uso de aulas virtuales como apoyo a la clase presencial de la asignatura de Criptografía.225 Danilo Pástor Ramirez Experiencias docentes para la enseñanza de la Seguridad informática en los programas de Ingeniería de sistemas Andrés Enríquez Experiencia de implementación de la currícula de Seguridad Informática Hugo F. González Robledo Seguridad en redes y aplicaciones distribuidas.242 Carlos Eduardo Gómez Montoya De la formación a la investigación en seguridad de la información Luis A. Solís Evolución y Estado Actual de la Seguridad Informática y su Enseñanza en México Leobardo Hernández Hacking ético en Debian Gnu/Linux, como escenario Integrador de prácticas en Seguridad informática Felipe Andrés Corredor Chavarro GASTI Un programa de Maestría orientado hacia las necesidades del Mercado Laboral Global Mauricio Vergara V. Propuesta ética y fundamentación legal en la Cátedra de Seguridad Informática Luis Visley Aponte Cardona Incorporación de contenidos de Seguridad y Auditoría en el Grado de Informática conforme a las certificaciones profesionales David García Rosado Líneas de profundización en seguridad informática y su incorporación en el proceso de formación de los Ingenieros de Sistemas Fabián Castillo Peña9 Cumplimiento de la LOPD y los requerimientos legales de la ISO27001 en la citación de pacientes en Hospitales L. E. Sánchez, A. Santos-Olmo, E. Álvarez, E. Fernandez-Medina, M. Piattini Abstract In a society based on information, the Information Security Management Systems (ISMSs) are increasingly critical for businesses. Within the Management of Information Security issues are very critical in certain sectors, such as processing of personal data for the Health Sector where the misuse of them can mean irreparable damage to their owners and organizations are obligation to protect them. This paper presents a real case of success that allowed to solve issues related to privacy of patient information at the time of making the citation of these consultations, as well as compliance with the Organic Law on Personal Data Protection in environments health and other benefits from the implemented solution. Keywords LOPD, ISO27001, SGSI, Privacidad, Sanidad, Hospitales P I. INTRODUCCIÓN ara las empresas y las administraciones públicas, es muy importante implantar controles de seguridad que les permitan conocer y controlar los riesgos a los que pueden están sometidas [1, 2], ya que la implantación de estos controles supone obtener importantes mejoras para estas organizaciones [3], así como ayudarles a evitar importantes sanciones económicas. Pero la implantación de estos controles no es suficiente, siendo necesaria la presencia de sistemas que gestionen la seguridad a lo largo del tiempo, de modo que les permita reaccionar ágilmente ante nuevos riesgos, vulnerabilidades, amenazas, etc. [4, 5]. Sin embargo, es frecuente que las organizaciones no tengan sistemas de gestión de la seguridad, o que si los tienen, estos estén elaborados sin unas guías adecuadas, sin documentación y con recursos insuficientes [6, 7]. Además, la mayor parte de las herramientas de seguridad disponibles en el mercado ayudan a solucionar parte de los problemas de seguridad, pero son pocas las que abordan el problema de la gestión de la seguridad de una manera global e integrada. De hecho, la enorme diversidad de estas herramientas y su falta de integración suponen un enorme coste en recursos para poderlas gestionar. Por lo tanto, a pesar de que la realidad ha demostrado que para que las organizaciones puedan utilizar las tecnologías de la información y las comunicaciones con garantías es necesario L. E. Sánchez, Departamento I+D+i, Sicaman Nuevas Tecnologías, Tomelloso (Ciudad Real), España, A. Santos-Olmo, Departamento I+D+i, Sicaman Nuevas Tecnologías, Tomelloso (Ciudad Real), España, E. Alvarez, Departamento I+D+i, Fundación In-nova S.L, Toledo, España, E. Fernandez-Medina, Grupo de Investigación GSyA, Universidad de Castilla-la Mancha, Ciudad Real, España, M. Piattini, Grupo de Investigación Alarcos, Universidad de Castilla-la Mancha, Ciudad Real, España, disponer de guías, métricas y herramientas que les permitan conocer en cada momento su nivel de seguridad y las vulnerabilidades que aún no han sido cubiertas [8], la situación actual es que siguen existiendo muchos elementos críticos [9] sin cubrir a la hora de gestionar aspectos relacionados con la seguridad de la información. Dentro de estas vulnerabilidades y centradas en un sector crítico como es el sanitario, toma especial relevancia la protección de los datos personales de los pacientes [10-12], ya que esta información es de gran valor para las mafias que trafican con datos médicos. Aunque existen normativas especificas para el tratamiento de la información personal de los pacientes como la LOPD (Ley Orgánica de Protección de Datos Personales) en España, o la HIPAA (Ley de Portabilidad y Responsabilidad del Seguro Médico) [13] en US, y algunas investigaciones demuestran que es uno de los aspectos que mejor se gestiona dentro del SGSI de los hospitales [14, 15], nuestra experiencia ha demostrado que esta norma no se aplica de forma correcta en muchos casos. En el caso español, después del asesinato del Narcotraficante Colombiano Leónidas Vargas mientras estaba ingresado por un problema pulmonar en el Hospital 12 de Octubre de Madrid (España), hubo un importante cambio en el nivel de concienciación de los riesgos que supone el tratamiento de los datos personales de los pacientes, cambiando la forma de gestionar los mismos en todos los hospitales, siendo ahora obligatorio el consentimiento expreso del paciente a la hora de comunicar su nombre o ubicación física a cualquier persona. Pero aun así existen algunos aspectos que han quedado fuera de estos cambios y que siguen poniendo en riesgo la información crítica del paciente. Uno de estos fallos a la hora de gestionar es información se da en los sistemas de gestión de citas hospitalarias. Por ejemplo, el llamar a un paciente por su nombre mientras espera en una consulta de Oncología, puede suponer que ese paciente sea penalizado a la hora de obtener posteriormente un seguro de vida, o incluso que pierda su trabajo por el riesgo potencial del coste derivado de las bajas por enfermedad. La propia Agencia de Protección de datos Española, consciente de estos riesgos, presentó un escrito denominado Reflexiones en torno a la protección de datos de carácter personal [16], en el que hacía especial hincapié en el tratamiento de estos datos en el sector sanitario, recomendando: Identificar a los pacientes utilizando un código, de forma que el control de accesos y la gestión de la información se facilite enormemente, y sólo dispongan 18410 de acceso a los datos identificativos el personal sanitario que preste directamente la asistencia sanitaria o aquéllas personas que, por razón de su trabajo, precisen de su conocimiento: datos disociados de una persona identificable. Disociar los datos y no mantener los datos identificativos, cuando no sea necesario, para la gestión de la información: datos irreversiblemente disociados de una persona identificable. Adoptar códigos tipo, protocolos de actuación, con el máximo consenso posible, que analicen de forma global la información sanitaria. Promover la creación en los centros sanitarios o en las asociaciones en las que estos participen, de comités éticos que puedan ayudar a resolver dudas derivadas de la práctica. Este articulo se centra en la solución planteada para solucionar ese aspecto de la gestión de la seguridad con respecto al tratamiento de la información de los pacientes al llamarlos a consulta dentro del sector sanitario, analizando no sólo la solución, sino otros aspectos positivos derivados de la misma, como la mejora en la gestión de las colas de pacientes, que es un aspecto crítico para reducir los costes de gestión sanitaria [17]. El artículo continúa en la Sección 2, describiendo brevemente la forma en que diferentes países del mundo han afrontando el reto de proteger la privacidad de sus ciudadanos, en especial en materia sanitaria. En la Sección 3 describiremos brevemente los retos planteados y objetivos que se han perseguido a lo largo de la investigación. En la Sección 4 se describe la solución planteada. En la Sección 5 se muestra el funcionamiento de la solución implantada finalmente. En la Sección 6 se describen los principales beneficios obtenidos con la solución planteada. Finalmente, en la Sección 7 concluimos indicando cuáles serán las principales líneas de trabajo que desarrollaremos en el futuro. II. LEGISLACIÓN PARA LA PRIVACIDAD DE LOS DATOS PERSONALES Durante las últimas décadas, y especialmente desde el comienzo de la era de la información, todos los gobiernos a nivel mundial han entendido la importancia que tiene mantener la privacidad y dar una adecuada protección a los datos personales, ya que en una era en que la información es el activo de mayor valor, un mal uso por parte de esa información puede suponer graves perjuicios personales. Estos riesgos son mucho mayores en ciertos sectores donde la información es crítica, como es el caso del sector sanitario, donde el acceso a la información puede suponer la exclusión social de las personas, además de importantes daños económicos. En el caso de Europa, la protección de los datos personales ha tenido una enorme importancia a lo largo de toda la constitución del espacio Europeo [18, 19], dictándose en el año 1995 la directiva 95/46/CEE, relativa a la protección de las personas físicas en lo que respecta al tratamiento de datos personales y a la libre circulación de estos datos y que pasó a convertirse en un derecho fundamental de los europeos al reconocerse así en el artículo 8.1 de la Carta de Derechos Fundamentales de la Unión Europea, proclamada en Niza el 7 de diciembre de 2000, según la cual Toda persona tiene Derecho a la protección de los datos de carácter personal que le conciernan [20]. En el caso de UK la privacidad de los datos personales se mantiene sobre la Data Proteccion Act Dentro del marco de la Unión Europea, España y Portugal marcan una excepción en materia de privacidad al tener influencia de dos zonas, por un lado la UE y por otro Latinoamérica: En el caso Español, la privacidad viene regulada por el Artículo 18.4 de Constitución Española (de 27 de diciembre de 1978) según el cual "La ley limitará el uso de la informática para garantizar el honor y la intimidad personal y familiar de los ciudadanos y el pleno ejercicio de sus derechos. Además existe una fuerte legislación para proteger la privacidad de los ciudadanos, basada en la Ley Orgánica de Protección de Datos Personales (LOPD), que es una de las más restrictivas y exigentes del mundo y que se sustenta sobre la Ley Orgánica 15/1999 de 13 de Diciembre, el Real Decreto 1720/2007 de 21 de Diciembre y la Ley 2/2011 del 4 de Marzo. En materia de datos de salud: la ley 41/2002 de 14 de noviembre regula la autonomía del paciente y sus derechos y obligaciones en materia de información y documentación clínica. Portugal: Existe una previsión constitucional específica sobre el derecho a la protección de datos desde 1976, en el artículo 35 de la Constitución de la República Portuguesa, que fue modificado en 1997 para adaptarlo a la Directiva 95/46/CE. La privacidad también se sustenta sobre la Ley de Protección de Datos Personales 67/98 de 26 de Octubre que también se encuentra adaptada a la directiva Europea. En el caso de Latinoamérica, la privacidad de la información también ha sido una preocupación constante [21, 22]. En el caso de Argentina, la privacidad viene protegida mediante el Artículo 43 de la Constitución Nacional y la Ley nº , sancionada en el año 2000 y reglamentada en el año En el caso de Brasil, la Constitución Federal prevé el acceso a datos (art. 5º, LXXII), la protección de la intimidad y la vida privada (art. 5º, X); la inviolabilidad de las comunicaciones donde se sitúan los datos (art. 5º XII) y por la Ley nº 9.507/97 que reglamenta el habeas data. En el caso de Chile no existe norma expresa, pero la construcción jurídica de la protección de datos personales se basa en el artículo 19 n 4 de la Constitución Política de la República y en la Ley Sobre protección de la vida privada, publicada el 28 de agosto de 1999, modificada por la 18511 Ley N , de 13 de junio de En el ámbito sanitario, el art. 24 de la Ley modificó al artículo 127 del Código Sanitario estableciendo que '"las recetas médicas y análisis o exámenes de laboratorios clínicos y servicios relacionados con la salud son reservados. Sólo podrá revelarse su contenido o darse copia de ellos con el consentimiento expreso del paciente, otorgado por escrito. Quien divulgare su contenido indebidamente, o infringiere las disposiciones del inciso siguiente, será castigado en la forma y con las sanciones establecidas en el Libro Décimo. Lo dispuesto en este artículo no obsta para que las farmacias puedan dar a conocer, para fines estadísticos, las ventas de productos farmacéuticos de cualquier naturaleza, incluyendo la denominación y cantidad de ellos. En ningún caso la información que proporcionen las farmacias consignará el nombre de los pacientes destinatarios de las recetas, ni el de los médicos que las expidieron, ni datos que sirvan para identificarlos. Colombia: El artículo 15 de la Constitución, modificado por el acto legislativo N 02 del 18 de diciembre de 2003 dice lo siguiente: Todas las personas tienen derecho a su intimidad personal y familiar y a su buen nombre, y el Estado debe respetarlos y hacerlos respetar. De igual modo, tienen derecho a conocer, actualizar y rectificarlas informaciones que se hayan recogido sobre ellas en los bancos de datos y en archivos de entidades públicas y privadas. Otras leyes orientadas a mantener la privacidad en el ámbito legal Colombiano son el artículo 95 de la Ley 270 de 1996 (estatutaria de la administración de justicia),que ordena que los procesos que se tramiten con soporte informático garantizarán la confidencialidad, privacidad y seguridad de los datos de carácter personal que contengan en los términos que establezca la ley. El Literal c del artículo 32 de la ley 527 de 1999, el artículo 25 del decreto 1747 de 2002 y el Literal 11 del artículo 13 del decreto 1742 del 2002 para el Comercio Electrónico y firmas digitales. Por último, actualmente se encuentra en estudio el proyecto de ley estatutaria Nº143 de 2003 por la cual se dictan disposiciones para la protección de datos personales y se regula la actividad de recolección, tratamiento y circulación de los mismos. Costa Rica: La Carta Constitucional costarricense no contempla específicamente el derecho a la autodeterminación informativa o el derecho a la protección de datos de carácter personal como un derecho específico. Sólo existe la previsión tradicional del derecho a la intimidad en su artículo 24, que concentra la protección al ámbito de intimidad del hogar, de las comunicaciones y de los documentos privados, dejando a la ley la regulación de las interceptaciones telefónicas y el secuestro de documentos. Actualmente existe un proyecto presentado y en trámite legislativo denominado "Ley de protección de la persona frente al tratamiento de sus datos personales". Ecuador: La privacidad se garantiza mediante el artículo 23 y 94 de la constitución de 1998 y el artículo 9 de la Ley de Comercio Electrónico. El Salvador: Existe poca legislación en materia de privacidad, estando ésta sustentada tan sólo por el artículo 2 de la Constitución, el cual establece en su inciso segundo que se garantiza el derecho al honor, a la intimidad personal y familiar y a la propia imagen. Asimismo, en el artículo 20 del Reglamento General de la Ley Penitenciaria se dice que son datos personales especialmente protegidos "Los datos de carácter personal del interno, relativos a opiniones políticas, convicciones religiosas o filosóficas y sobre su salud, y solamente podrán ser entregados o difundidos a personas, instituciones u organismos de carácter público o privado del país o del extranjero, previo consentimiento por escrito del interno; salvo que por razones de interés general lo disponga alguna ley. Nicaragua: No existen normas específicas. La privacidad de los ciudadanos está basada en los artículos 5 y 26 de su constitución. Republica de Panamá: Actualmente no tiene normas específicas para proteger la privacidad de sus ciudadanos. Perú: Es posiblemente el país de Latinoamérica que más esfuerzos ha realizado para regular y proteger los datos personales de sus ciudadanos. Estos están protegidos por el articulo 2 y 200 de la Constitución política de 1993, además de por un amplio conjunto de leyes especificas y de la existencia de un anteproyecto de ley para la "Protección de Datos Personales". Entre sus leyes podemos destacar Ley General de Salud, Ley del 20 de julio de 1997 que establece que toda persona está obligada a proporcionar a la Autoridad de Salud la información que le sea exigible de acuerdo a Ley con las excepciones que establece la Ley; y toda persona usuaria de los servicios de salud, tiene derecho a exigir la reserva de la información relacionada con el acto médico y su historia clínica, con las excepciones de Ley. Art. XIV del Título Preliminar, Art. 5, 15. República Oriental de Uruguay: La privacidad queda protegida por los artículos 10, 28 y 72 de la Constitución de 1967, así como por la ley nº En el ámbito sanitario el derecho a la privacidad de los ciudadanos queda protegido por los decretos Nº 258/992 de 9 de junio de 1992 sobre derechos del paciente y Nº 396/003 de 30 de setiembre de 2003 sobre historia clínica electrónica. Republica Bolivariana de Venezuela: La privacidad queda protegida por los artículos 28, 60 y 281 de la Constitución de 1999, así como por la ley contra los 18612 delitos informáticos en sus artículos 20 al 22. En el caso de América del Norte, también ha sido una preocupación la privacidad, destacando especialmente la legislación de USA en este campo. Estados Unidos Mexicanos: El artículo 16 de la Constitución de los Estados Unidos Mexicanos señala que nadie puede ser molestado en su persona, familia, domicilio, papeles o posesiones. La privacidad también se sustenta sobre la Ley Federal de Transparencia y Acceso a la Información Pública publicada el 11 de junio de Y en el caso sanitario, existe una ley específica, denominada "Ley de Salud Pública", que regula cómo y quiénes tienen acceso a los expedientes médicos de los ciudadanos. Estados Unidos: Desde la década de los 90, y con los avances tecnológicos, el Congreso de Estados Unidos entendió la importancia de tener leyes que mantuvieran la privacidad en el tratamiento de la información personal de sus ciudadanos, por lo que comenzó a emitir leyes al respecto, principalmente con un carácter sectorial como la HIPAA, GLBA, SB 1386, COPPA y varias State Breach laws, lo que lo convirtió en uno de los países donde es más complejo cumplir los principios de privacidad. Dentro de este conjunto de normas, podemos destacar la HIPAA (Health Insurance Portability and Accountability Act) creada en 1996 para mantener la privacidad en el sector sanitario. La HIPAA es de obligado cumplimiento no solo para los hospitales, sino también para todos sus proveedores. Hay dos cláusulas HIPAA que se relacionan específicamente con la privacidad y seguridad de su información médica (PHI - Protected Health Information): o Regla de privacidad: Que permite que el personal médico use y revele la información médica protegida para su tratamiento, pago y operaciones de atención médica sin autorización escrita. o Regla de seguridad: Especifica un conjunto de procesos empresariales y requisitos técnicos que los proveedores, planes médicos y oficinas de compensación deben seguir para garantizar la seguridad de la información médica privada. Está orientada en tres áreas: Salvaguardas administrativas, físicas y técnicas. Canadá: La legislación Canadiense en materia de privacidad es más parecida a la adoptada por la Unión Europea que por Estados Unidos, regulándose actualmente por la Canada s Personal Information Protection and Electronic Documents Act del año Existen trabajos muy destacados del marco de la privacidad en Canadá, destacando los escritos por Ann Cavoukian y, en especial, algunos para el sector sanitario donde se menciona la existencia de la PHIPA (Personal Health Information Protection Act) de 2004 [23, 24]. Pero la privacidad de los datos en el sector Sanitario no sólo es una preocupación del ámbito Europeo y Americano. Otros países como Japón, Australia o Malasia [25] han desarrollado leyes específicas que actualmente están modificando para adaptar a los cambios que las mejoras tecnológicas traen consigo. Japón: Se han realizado estudios sobre la privacidad de los datos de los ciudadanos, protegidos mediante la Japan s Personal Information Protection Law de 2003, y en especial de los datos sanitarios [26], llegando a la conclusión de que es uno de los ámbitos donde los datos requieren una mayor seguridad. Australia: La privacidad de los datos queda protegida mediante la Australia s Privacy Act de 1988, que fue extendida en el año 2000 mediante la introducción del National Privacy Principles (NPPs) [25] para incluir las peculiaridades del sector sanitario. Malasia: La legislación vigente no garantiza la privacidad, incluyendo la legislación para el sector sanitario. Su actual legislación se basa en la Ley de Protección de Datos de Carácter Personal de 1998, que no fue aprobada hasta el año 2001 a raíz de los atentados de USA. Aún así y conscientes de que esta ley es insuficiente, están trabajando actualmente para redactar una nueva ley que permita mantener de forma eficiente la privacidad [25]. En general, y como hemos podido ver en este recorrido de la privacidad en diferentes países, lo que tienen en común es que existe una inquietud global por proteger los datos personales de los ciudadanos, dado que los gobiernos son conscientes de los enormes riesgos que un mal uso de los mismos puede suponer. Pero, a pesar de eso, muy pocos países han conseguido afrontar de una forma unificada el tratamiento de los datos personales, y menos todavía se han centrado en emitir leyes específicas para el tratamiento de datos tan delicados como los del sector sanitario. III. PROBLEMÁTICA DETECTADA En Junio del 2007, Pedro Antonio Bonal, Subdirector de Informática del Complejo Hospitalario de Toledo (España), planteó al Departamento de I+D+i de la compañía Sicaman Nuevas Tecnologías el reto de encontrar una solución eficiente a una problemática que seguía sin resolverse en el sector sanitario español, realizar una gestión legal, eficiente y de bajo coste de las colas de pacientes al realizar la citación a consulta de los mismos. El equipo informático del Hospital Virgen de la Salud había detectado varias problemáticas importantes y que desde su punto de vista suponían riesgos graves para el funcionamiento del hospital: Objetivo 1 - Cumplimiento de la normativa LOPD: A menudo la llamada a los pacientes a consulta en los hospitales o centros sanitarios se realiza de viva voz (Difusión de datos). Según la Ley Orgánica de 18713 Protección de Datos Española (LOPD), los datos de los pacientes que acuden a una consulta están considerados datos privados de nivel alto, por lo que tanto la difusión como la publicación de los mismos vulnera el artículo 10 de la citada ley y constituye por tanto una falta grave, que según el artículo 44 de la misma norma puede originar sanciones de entre y Se necesita, por tanto, un sistema que permita avisar a los pacientes y llamarlos a consultas de una forma totalmente anónima y que garantice el cumplimiento de la normativa LOPD. Objetivo 2 - Racionalización del flujo de los pacientes dentro del centro sanitario (ver Figura 1): El gran crecimiento que experimentan los hospitales y centros de salud en cuanto a nuevos servicios, consultas y pacientes a tratar, unido al hecho de tener que ubicar físicamente las salas de espera junto a las consultas, da lugar frecuentemente a problemas de ergonomía y saturación de los centros. Se necesita, por tanto, un sistema que permita la ubicación flexible de las salas de espera en función de las necesidades cambiantes de los centros hospitalarios y que ayude de esta forma a racionalizar el flujo de los pacientes por el mismo. La gestión de las colas de pacientes en el sector sanitario tiene la problemática adicional de que no son colas cíclicas, sino colas que se enlazan con otras consultas teniendo que volver los pacientes a insertarse en medio de la cola. Esto hace que la gestión correcta de las colas de pacientes sea muy complicada [27, 28] y aunque se han realizado estudios para intentar optimizarlas [29], estos no están siendo aplicados en la práctica, debido a que el funcionamiento de un hospital requiere no sólo de formulaciones matemáticas y soluciones tecnológicas, sino también de factores humanos. Objetivo 3 - Identificar de forma inequívoca al paciente: En fases posteriores del proyecto se deseaba encontrar una forma para que, además, el paciente se pudiera autenticar sin poner en riesgo la privacidad de sus datos. Objetivo 4 - Coste reducido: La solución debía tener un coste reducido acorde a la crisis mundial que se estaba viviendo y debería representar un elevado ROI (Retorno de la Inversión). Objetivo 5 Simplicidad: Dado que la solución estaba dirigida en parte a personas de edad avanzada, en la mayor parte de los casos con pocos conocimientos tecnológicos, la solución debería ser sencilla de utilizar. Objetivo 6 Escalabilidad: La solución debería poderse integrar con el resto de aplicaciones sanitarias existentes y conectarse con el HIS del Sistema Hospitalario existente. Igualmente, la solución debería sostenerse sobre una arquitectura que pudiera crecer y aportar nuevos servicios, como el de Inteligencia de Negocio. Objetivo 7 Seguridad: La solución planteada debería ser segura, cumpliendo los requerimientos exigidos en el sector sanitario. Figura 1. Esquema de flujo de paciente entre los servicios de traumatología y radiología. Una vez revisados los Sistemas Hospitalarios de diferentes regiones de España, así como la literatura existente en materia de protección de datos en el sector sanitario a nivel mundial, llegamos a la conclusión que no existia ninguna solución que permitiera solucionar los siete objetivos propuestos de forma satisfactoría, debido principalmente a los siguientes problemas: Los sistemas de gestión de colas existentes eran genéricos, estaban orientados a gestionar colas individuales de pacientes y no colas entrelazadas como son las sanitarias. Las soluciones existentes eran soluciones técnicas, mientras que aquí se requería una solución no sólo técnica, sino que tuviera en cuenta también factores legales y sociales, ya que las personas (tanto pacientes como médicos) debían sentirse cómodos con la solución. Las soluciones existentes partieron de ambientes 18814 genéricos y entendían que cualquier sector se gestiona de igual forma, sea una cola en Hacienda o en Sanidad. IV. SOLUCIÓN PLANTEADA La complejidad de los objetivos planteados hizo que tuviera que crearse un complejo equipo multidisciplinar para poder afrontar la solución con garantías, cumpliendo todos los objetivos y dando una solución definitiva a la problemática que pudiera exportarse posteriormente a nivel mundial. Este equipo debería tener experiencia en el sector privado, tanto en la fabricación de software como en el campo de las telecomunicaciones, además de conocimientos del funcionamiento y la problemática real del sector sanitario, y se debería contar además con equipos de investigación avanzada en Seguridad e Ingeniería del Software, que pudieran resolver la problemática planteada en cuanto a escalabilidad, simplicidad y seguridad. Para ello se constituyo un equipo formado, entre otros, por las siguientes personas y competencias: Por parte de la compañía Sicaman Nuevas Tecnologías en calidad de coordinadora del proyecto: Luis Enrique Sánchez Crespo como coordinador del área de I+D+i, Antonio Santos-Olmo como responsable de Desarrollo de Software, Jose Vicente Carretero como responsable de la Arquitectura Software y Jose Antonio Parra como responsable del análisis del proyecto para su expansión internacional, además de un potente equipo de programación. Por parte del Complejo Hospitalario de Toledo: Se contó con todo el equipo informático liderado por Pedro Antonio Bonal en calidad de Subdirector de Informática, con apoyo de Miguel Ángel Mareque en calidad de Director de Informática, Juan Miguel Severino como Jefe de Servicio de Informática y José López-Rey Hernández como Técnico de Gestión de Sistemas. Por parte de la fundación In-nova: Esther Álvarez Gonzalez como responsable de investigación en la parte de telecomunicaciones y responsable del análisis de la situación en materia de privacidad en la región latinoamericana. Adicionalmente, y dada la complejidad del proyecto, se recurrió al apoyo de dos de los mayores grupos de investigación existentes en España: El Grupo Alarcos, liderado por Mario Piattini Velthuis, al ser uno de los principales referentes en investigación en el campo de la Ingeniería de Software a nivel mundial. El Grupo GSyA, liderado por Eduardo Fernandez- Medina Patón, al ser uno de los principales referentes en investigación en el campo de la Gestión de la Seguridad a nivel mundial. El proyecto se denomino inicialmente GeCo (Gestión de Colas), y se renombró en 2010 bajo el nombre comercial de citasalud (www.citasalud.es), siendo la primera solución integral de gestión de esperas hospitalarias que permite racionalizar el flujo de los pacientes dentro de los hospitales, a partir del registro de los mismos mediante DNIe o tarjeta Sanitaria, cumpliendo con la privacidad de la información y por tanto con la LOPD. Para la solución planteada se decidió analizar la problemática específica de cada uno de los objetivos de forma separada y posteriormente unificar las soluciones parciales en una solución global: Análisis objetivo 1: Para afrontar el primer objetivo, orientado a mantener la confidencialidad de los pacientes, se analizaron las diferentes medidas que se habían tomado a nivel mundial en materia de privacidad y legislación relacionada con la protección de datos de los pacientes, así como lo que se estaba haciendo en otros Hospitales Españoles. La conclusión a las que se llegó es que actualmente la mayor parte de los hospitales seguían sin resolver esa problemática. En la mayor parte de los hospitales revisados, el sistema de funcionamiento a la hora de citar a los pacientes en las consultas era publicar un tablón fuera de la misma con la lista de pacientes citados, y una enfermera procedía cada cierto tiempo a llamar por su nombre a cada nuevo paciente para que entrara en la consulta. Esta forma de funcionar producía dos graves problemas: El incumplimiento total de la LOPD y, por tanto, de la privacidad de los pacientes, ya que toda persona podía conocer el nombre y apellidos de las personas que asistían a cada consulta, y por otro lado que la mayor parte de la gente se posicionaba en los alrededores de las consultas para poder oír bien su nombre y las salas de esperas se mantenían vacías, mientras que los pasillos que daban acceso a las consultas sufrían bloqueos por la acumulación de pacientes, lo que derivaba en un aumento de estrés tanto de los pacientes como del personal encargado de gestionar las listas. Además, las personas con discapacidades (muletas, sillas de rueda, etc.) no podían tener libre acceso hasta las consultas. Solución objetivo 1: La solución pasaría por asignar a cada persona un número o código alfanumérico, en lugar de llamarla por su nombre. Análisis objetivo 2: Como hemos comentado anteriormente, uno de los principales problemas al gestionar las colas de los pacientes en los ambientes sanitarios, es que éstas no son independientes, sino que están interrelacionadas. Un paciente es recibido en una consulta de medicina general, y posteriormente derivado a una consulta de especialización donde le realizan una prueba específica. Posteriormente, el paciente tiene que regresar a la consulta de medicina general y pedir permiso al resto de pacientes que están esperando para entrar. Este flujo está interrelacionado con los problemas plateados en el objetivo 1, especialmente el alto nivel de estrés derivado de la 18915 situación provocaba que frecuentemente se prodijeran problemas de entendimiento entre los pacientes. Algunos hospitales habían intentado solucionar este problema poniendo colas genéricas y números consecutivos, pero esa solución terminaba presentado otras problemáticas adicionales, como que los pacientes estimaran el tiempo que tardarían en atenderlos en base a los números restantes, o que cuando regresaban de un servicio al que eran derivados tenían que obtener otros números, o ponerse en la puerta y esperar a que el médico saliera para poder entrar, lo que derivaba en nuevos conflictos con los pacientes que estaban esperando. No se detectó ningún hospital que hubiera encontrado una solución satisfactoria. Solución objetivo 2: La solución no es trivial, ya que se debe tener en cuenta la picaresca de los pacientes que calculan los números restantes para aprovechar el tiempo y después intentan colarse si han perdido su turno. Otra modalidad de pacientes que se identificó calculaba su número y dejaba de prestar atención, dedicándose a iniciar conversaciones, que evitaban que el resto de pacientes pudieran oír su cita. Además, la interrelación de colas debería hacer que un paciente pueda reincorporarse con el mismo número sin que ello levante suspicacias en el resto de pacientes. Por lo tanto la solución está en definir un algoritmo que genere identificadores para los pacientes formados por letras y números y que estos no puedan encontrar la secuencia de generación, de forma que se vean obligados a mantener el silencio, prestar atención y no puedan cuestionar las decisiones de los médicos a la hora de alterar el orden de llegada en base a decisiones de urgencias medicas, o de derivaciones a especialidades. Análisis objetivo 3: El tercero de los objetivos se plateó como necesario, aunque se podría implementar en una fase posterior. Se trataba de encontrar una forma de autenticar a los pacientes a la hora de darles su número, teniendo en cuenta que el sistema no contaría con personas que pudieran verificar su identidad. Por lo tanto, se tenía que encontrar algún sistema que contuviera un certificado de autenticación y que a la vez fuera sencillo de utilizar, dado que los usuarios no eran expertos en tecnología. Solución objetivo 3: En este caso se encontró una solución para el caso español, aunque más difícil de implementar a nivel mundial. Actualmente, España es un país pionero en la implantación del edni [30] con más de de edni repartidos entre sus ciudadanos. Esto permite seleccionar este documento como estándar para dar la cita y evitar errores a la hora de determinar las consultas. El edni tiene la ventaja de contener dos certificados (Autenticación y Firma), y tiene validez legal según la Ley de Firma Electrónica Española 59/2003. Este es un documento que obligatoriamente se tiene que portar, según la legislación Española, por lo que se convierte en el documento ideal para que una persona pueda obtener su cita, tan sólo introduciendo el edni en un dispositivo físico que le expedirá el ticket con el que realizará todo el proceso medico. Análisis objetivo 4: La situación mundial de estancamiento económico requería que la solución que se planteara tuviera un coste muy reducido y ayudara al sector sanitario a dar un mejor servicio a los ciudadanos, sin que ello se tradujera en un mayor coste. Para solucionar este objetivo se analizaron dos aspectos principales: los costes de la solución (Hardware y Software) y los ahorros que podía ofrecer la solución en horas internas de gestión del personal de administración. Solución objetivo 4: Los costes asociados al Hardware se redujeron lo máximo posible, siempre manteniendo la calidad necesaria y obligada por el cumplimiento de las normas de seguridad especificadas en ambientes sanitarios. Respecto al Software, se implementó una solución basada en tecnología Open Source que evitaba los costes de licencias y suponía importantes ahorros de coste. Finalmente, la integración con los sistemas HIS del Hospital permitió que cada implantación ahorrara el trabajo de un administrativo, ya que el sistema realizaba de forma automática labores que antes tenían que hacerse manualmente. Esto hizo que el ROI calculado fuera de unos 6 meses, mientras que el ROI medio en soluciones tecnológicas es de 5 años, lo que supone que la solución planteada no sólo mejoraba la calidad del servicio, sino que en un periodo de tiempo muy corto permitía que los sistemas hospitalarios ahorraran dinero. Análisis objetivo 5: Del lado del paciente, el sistema está orientado a personas mayores, por lo que tenía que ser muy sencillo de utilizar y entender, teniendo en cuenta que podía ser utilizado por personas analfabetas, o inmigrantes que no hablaran Castellano, etc. Del lado del médico, el sistema debía ser capaz de tomar decisiones y poder citar a los pacientes de una forma sencilla, sin que el nuevo sistema supusiera mayor carga de la ya soportada. Solución objetivo 5: La solución planteada pasaba por integrar un kiosco de expedición de tickets que permitiera edni en el caso de gente que no pudiera escribir sus datos de identificación, o por motivos de comodidad no quisiera hacerlo, y posteriormente el número de ticket que se emitía sería locutado en varios idiomas adaptados a las poblaciones lingüísticas mayoritarias asignadas a ese hospital. Análisis objetivo 6: El proyecto debería ser escalable para poderse integrar con el resto del HIS Hospitalario, y poder crecer con nuevas funcionalidades. Para ello se analizaron diferentes arquitecturas software, en colaboración con los 19016 expertos de Ingeniería del Software del grupo de investigación Alarcos. Solución objetivo 6: Finalmente se determinó una arquitectura abierta y escalable, basada en Java, que permitía enlazar de una forma sencilla mediante servicios Web con el HIS Hospitalario. Análisis objetivo 7: En un sector como el sanitario, es vital que las soluciones tecnológicas que se desarrollen sean seguras, ya que una caída del sistema puede suponer el bloqueo de toda la operativa del hospital. De igual forma, el acceso a la información del sistema puede poner en riesgo la privacidad de los datos personales. Solución objetivo 7: Para solucionar este problema se contó con el grupo de investigación GSyA, especializado en Seguridad, y se adoptó la metodología MEDUSAS (Mejora y Evaluación del Diseño, Usabilidad, Seguridad y mantenibilidad del Software), que permitió verificar que la implantación realizada cumplía con los estándares de seguridad, además de los de mantenibilidad y usabilidad. El análisis realizado sobre cada objetivo y la solución planteada dio lugar a la solución final de lo que hoy se denomina citasalud (www.citasalud.es), la cual está formada por un terminal de autoservicio, un sistema de cartelería electrónica, un servidor de locuciones y un software de agenda médica y de informes que integran directamente con el sistema de gestión hospitalaria, garantizando la llamada anónima y contribuyendo a la mejora de la calidad de servicio y el cumplimiento de la LOPD. Frente a los sistemas tradicionales de gestión de colas, citasalud ofrece una arquitectura 100% web totalmente integrada con el edni y el sistema de gestión hospitalario, lo que permite reducir costes administrativos, mejorar los tiempos de recepción de pacientes y obtener una información muy valiosa para la futura mejora de otros procesos. solución que permita citar pacientes cumpliendo con los requerimientos legales impuestos por la LOPD y los objetivos enunciados inicialmente. De forma general, el sistema de gestión de esperas citasalud es una solución software-hardware compuesta por: Un sistema de emisión de tickets (Figura 2) que está formado por un terminal de Autoservicio (Terminal táctil) que admite tarjeta sanitaria, DNI y Código de barras de cita. Un sistema de pantallas informativas personalizables (Figura 3) que incluye: i) el Grid de pacientes en consulta; ii) llamada a consulta; iii) mensajes informativos; iv) incidencias; y v) videos informativos. Figura 3. Pantallas informativas. Un servidor de locuciones (Figura 4) que ofrece las siguientes ventajas: i) utiliza los altavoces de las pantallas; ii) servidor de conversión texto-voz; iii) posibilidad de varias voces; iv) traducción de locuciones a varios idiomas; v) funcionalidad de locuciones con traducción dinámica para médicos en consulta. Figura 4. Servidor de locuciones multi-idioma. Figura 2. Sistema de emisión de tickets. A partir de esta visión de la situación actual del mercado y de las necesidades de seguridad de las empresas, se ha centrado el objetivo de esta investigación en elaborar una Un software de agenda médica (Figura 5): Contiene información de pacientes citados (Nombre y tiempo de espera, Historial, Estado: En espera, ausente, en especialidad, resultados listos) y permite la interacción con los pacientes (Llamada a paciente, Devolver a la sala de espera, Derivación a especialidad y Finalización Consulta). 19117 Figura 8. Distribución física de citasalud. Figura 5. Software de agenda medica. Un sistema de generación de informes (Figura 6): basado en la solución de inteligencia de negocio y sustentado en la herramienta Open Source Pentaho. Figura 6. Sistema de generación de informes. Conectados entre sí a través de protocolo HTTP según el esquema que se muestra en la figura 7: Figura 7. Mecanismo de conexión de citasalud en un sistema multicentro. Dentro del Hospital se instalarán dispositivos en las salas de espera así como en la zona de admisión según el siguiente esquema de la figura 8. Toda la identificación de los pacientes en el centro hospitalario se realiza en el sistema citasalud a través de un lector de tarjetas híbrido, que admite tarjeta sanitaria y DNI electrónico. De esta forma, a través del DNI electrónico cualquier paciente se identifica de forma única en cualquier centro hospitalario. Para ello se ha desarrollado un módulo que integra el dispositivo lector de tarjetas con el sistema de gestión hospitalario. El sistema citasalud incorpora las siguientes funcionalidades: Llamada anónima a consulta: El sistema permitirá llamar al paciente de una forma anónima a través de un identificador o número de ticket de manera que se cumpla con la normativa LOPD que obliga a no publicar ni difundir los nombres de las personas que acuden a consulta. Solicitud de turno de forma confidencial: La solicitud del turno se realizará a través de un terminal de autoservicio o directamente en el punto de información lo que garantiza que para obtener turno en consulta el paciente no necesite mencionar en público el nombre de la consulta a la que asiste preservando su derecho a la intimidad. Gestión automática de colas de esperas: El servidor citasalud proveerá de un sistema de gestión de colas que proponga al médico o enfermero de forma automática la siguiente persona a la que llamar a consulta. De esta forma, el sistema garantiza que los pacientes en espera serán atendidos de forma óptima y siguiendo los mismos criterios, independientemente de la consulta a la que se asista. Priorización de pacientes: Dependiendo de las circunstancias y a criterio del médico este podrá priorizar el paso a consulta de los pacientes que desee, sin que esto se evidencie entre el resto de pacientes que está en espera. Esta funcionalidad permite atender a pacientes que necesiten ser atendidos de forma urgente y soliciten cita el mismo día. Generación manual y automática de tickets: Los tickets que indican el turno a los pacientes podrán ser generados de forma automática a través de un terminal de autoservicio, o de forma manual y asistida a través de los celadores distribuidos en los puntos de información que se destinen a tal fin. Esta dualidad en la forma de emitir tickets, permite garantizar la alta disponibilidad del sistema en situaciones en las que no 19218 se encuentre disponible algún dispensador de tickets. Autoservicio: El terminal de autoservicio permitirá que los pacientes soliciten turno de forma automática. El terminal con pantalla táctil ofrece también la posibilidad de incorporar otras aplicaciones on-line del centro o corporativas dirigidas a los pacientes. Conexión con el sistema de gestión hospitalaria: El sistema citasalud se comunicará con el sistema de gestión hospitalaria. Esta comunicación deberá permitir a citasalud: i) Obtener los datos de los servicios activos en el centro; ii) Consultar las agendas de todas las consultas de cada uno de los servicios y iii) Disponer de la información relativa a los resultados de pruebas clínicas solicitadas para un paciente derivado a dichas pruebas en el transcurso de una consulta (Sólo en la versión para centros Hospitalarios). Enlace con la historia clínica electrónica: La agenda médica de citasalud permite enlazar con el historial clínico electrónico. Mediante un enlace disponible sobre el Número de Historia Clínica (NHC) que se muestra para cada paciente incluido en la agenda, de forma que el facultativo puede acceder al mismo de forma inmediata. Llamada automática de pacientes: A través de un botón de la agenda médica de citasalud, los médicos o enfermeros podrán llamar de forma automática al siguiente paciente que deba pasar a consulta, sin necesidad de presenciarse en la sala de espera. Mediante esta funcionalidad, el número de ticket y la consulta a la que el paciente debe acudir a consulta se presentará en el monitor de la sala de espera, agilizando la llamada a consulta. Gestión de ausencias: El sistema proporcionará en tiempo real el estado de los pacientes que: o bien no han acudido al centro, o bien han acudido después de su hora de citación, dándole el tratamiento adecuado y actualizando las estadísticas según corresponda en cada uno de los casos. Devolución a sala de espera: En aquellos casos en los que después de llamar a un paciente este no acuda a consulta, el médico o enfermero podrá realizar una devolución a sala de espera. Mediante esta funcionalidad el responsable de la consulta podrá llamar al paciente varias veces de forma que se garantice: i) No queden pacientes huérfanos esperando ser atendidos; ii) No pierdan su turno aquellos pacientes que habiendo acudido a consulta no hayan estado atentos a su llamada o se hayan ausentado de forma momentánea de la sala de espera. Derivación automática desde consulta a pruebas médicas: El sistema permite, a los médicos o enfermeros, enviar a los pacientes que lo necesiten a consultas especiales para la realización de pruebas médicas (radiología, ecografía, etc.) en el mismo día. Dichos pacientes podrán volver a ser atendidos y llamados a consulta una vez que los resultados de las pruebas consten en el sistema informático del hospital. Informes históricos de atención de pacientes en consulta: El sistema almacenará toda la información histórica de los pacientes que han sido citados para consulta. Se podrán consultar informes con la siguiente información filtrando por: servicio, agenda médica y día y obteniendo la siguiente información: i) Hora a la que fue citado el paciente; ii) Hora a la que acudió al centro médico / hospital; iii) Hora a la que fue llamado y número de llamadas; iv) Hora a la que fue atendido; v) Hora a la que fue derivado para la realización de pruebas; vi) Hora a la que los resultados de las pruebas estuvieron disponibles; vii) Hora a la que fue vuelto a llamar después de realizarse las pruebas; y viii) Hora de finalización de consulta. Estadísticas de tiempo de espera y tiempo en consulta: Podrá consultarse por agenda médica y día la siguiente información estadística agregada: i) Total de pacientes atendidos; ii) Total de pacientes que no acudieron; iii) Total de pacientes derivados a consultas; iv) Tiempo medio de espera por paciente después de la hora de citación; v) Tiempo medio de espera por paciente previo a la hora de citación; y vi) Tiempo medio de atención en consulta por paciente. Información en tiempo real de las personas que asisten a consulta: El sistema proveerá información en pseudotiempo real (1 min.) del estado de los pacientes citados a consulta: i) Citados: Aún no ha llegado la hora de citación y no se han registrado en el centro; ii) En espera: Han recogido su ticket están esperando ser atendidos; iii) Ausentes: No han acudido al centro o no han recogido ticket; iv) Derivados a pruebas: Tras ser atendidos en consulta han sido derivados a otra consulta para realizarse pruebas médicas. (Solo versión para centros hospitalarios); v) Resultados listos: Los resultados de las pruebas solicitadas para el paciente están listos y el paciente está disponible para ser llamado de nuevo a consulta. (Solo versión para centros hospitalarios); vi) Finalizado: Se ha finalizado la consulta; y vii) Devuelto a espera: El paciente se ha identificado y tiene ticket pero no ha respondido a la llamada de su turno. Locución de llamadas a pacientes: Opcionalmente el sistema citasalud puede emitir una locución para cada paciente que es llamado a consulta. Esta funcionalidad permite que los pacientes que no tengan una buena visibilidad de la pantalla por diferentes motivos puedan recibir igualmente la información que se muestra en pantalla. Igualmente soluciona el problema del idioma en zonas con una parte importante de población extranjera. Por otro lado, los objetivos referidos a escalabilidad y seguridad se solucionaron utilizando una arquitectura de desarrollo basada en tecnología Open Source (Figura 9). 19319 Figura 10. Fase I. Funcionamiento de citasalud. Figura 9. Arquitectura de desarrollo de citasalud. V. FUNCIONAMIENTO DE LA SOLUCIÓN Fase II: Una vez que el sistema ha verificado la cita y emitido el ticket, al médico le aparece en su terminal el nuevo paciente, con un código de color asignado. El médico puede dar paso al siguiente paciente, o por razones medicas adelantar a un paciente en la lista, siempre teniendo en cuenta que se guardará información de trazabilidad de las alteraciones que realice en la lista con respecto al algoritmo previamente definido, para las auditorías internas posteriores. La solución planteada se ha enfocado para que tenga un funcionamiento sencillo orientado a la diversidad de los usuarios. A continuación se muestra el funcionamiento de las diferentes fases de la solución planteada: Fase I (ver Figura 10): El paciente llega al hospital y solicita en admisión por medio de su tarjeta sanitaria o su edni el ticket de la cita que previamente ha solicitado por internet. Una vez recibido el ticket, el paciente pasa a la sala de espera hasta que llegue su turno. Internamente, cuando el paciente solicita el ticket el sistema realiza cuatro pasos: i) conecta admisión con el HIS Hospitalario para confirmar que el paciente tiene una cita previa; ii) Asigna al paciente su número de ticket; iii) citasalud actualiza los datos de la pantalla; y iv) se actualizan las agendas de los médicos y las estadísticas del sistema. Figura 11. Fase II. Funcionamiento de citasalud. 19420 Fase III: El paciente ve y escucha su número en el monitor de la sala de espera, indicándole la consulta a la que tiene que dirigirse. intervención de los auxiliares o enfermeros. Mejora de la calidad de servicio: La provisión de datos en tiempo real, el registro de datos históricos y los informes sobre el tiempo en espera y el tiempo en consulta de los pacientes ha ayudado significativamente a mejorar la calidad global del servicio médico. Ahorro de costes: citasalud contribuye a ahorrar costes optimizando los recursos humanos y físicos destinados a la gestión de colas de espera. De esta forma y facilitando el autoservicio se permite que los profesionales médicos dediquen su tiempo a labores de mayor valor añadido dentro del centro hospitalario garantizando un rápido retorno de la inversión. Para analizar con mayor detalle estas ventajas se ha realizado un análisis DAFO de la solución (Tabla 1). Debilidades Fortalezas Figura 12. Fase III. Funcionamiento de citasalud. Fase IV: El médico recibe al paciente y determina si finaliza el caso o lo deriva a un médico de especialidad. En este segundo caso, el paciente irá con el mismo ticket a la consulta de especialidad. Una vez realizada la prueba se marchara de nuevo a la sala de espera, y cuando los resultados prueba estén disponibles el sistema cambiará el estado, de forma que el paciente volverá a aparecer automáticamente en el sistema de espera. citasalud Otros sistemas de gestión de esperas. Requiere un proceso de integración. No integra con el sistema de gestión hospitalaria. No utilizan DNIe. Arquitectura clienteservidor Integra con el sistema de gestión hospitalaria. Admite tarjeta sanitaria y DNIe Solución integral: Hardware y software. Arquitectura 100% web La implantación es más rápida. VI. VENTAJAS Y MEJORAS PARA LA ORGANIZACIÓN La implantación del sistema de citasalud ayudó a solucionar los 7 objetivos propuestos inicialmente. Las principales ventajas que obtiene una organización con la solución propuesta son: Evita sanciones por incumplimiento de LOPD: La implantación del sistema citasalud en los hospitales permite asignar un número de ticket a toda la persona que acude a la consulta para de esta forma realizar una llamada anónima al paciente preservando la intimidad y evitando sanciones. Mejora la agenda de los médicos: Con el objetivo de mejorar la gestión de las agendas médicas, citasalud provee a los médicos de una aplicación web que visualiza en tiempo real la lista de pacientes citados a su consulta y el estado de los mismos: en espera, ausente, etc. Mediante esta aplicación, el médico o enfermero puede llamar a un paciente a su consulta directamente desde su terminal haciendo que el número de ticket aparezca en el monitor de la sala. De esta forma los pacientes acuden a su consulta sin citasalud Otros sistemas de gestión de esperas. Amenazas Dificultades para integrar aplicaciones de terceros con el sistema de gestión hospitalaria. Utilización cada vez mayor del DNIe. Necesidad de integrar con el sistema de gestión hospitalaria. Oportunidades Uso cada vez mayor del DNIe. Acceso mediante DNIe a otros servicios en línea del hospital. Necesidad de integrar con el sistema de gestión hospitalaria. Tabla 1. Comparación de citasalud con otras soluciones analizadas. 195 Mostrar más
Actas del VI Congreso Iberoamericano de Seguridad Informática CIBSI 2011 Bucaramanga, Colombia, 2 al 4 de Noviembre de 2011 Editores Angélica Flórez Abril Jorge Ramió Aguirre Arturo Ribagorda Garnacho Más detalles UNIVERSIDAD CARLOS III DE MADRID ESCUELA POLITÉCNICA SUPERIOR
UNIVERSIDAD CARLOS III DE MADRID ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA TÉCNICA EN INFORMÁTICA DE GESTIÓN PROYECTO FIN DE CARRERA AUDITORÍA PRÁCTICA DE BASES DE DATOS BAJO INFORMIX Autor: Mª Isabel Romero Más detalles VIII CONGRESO DE ARCHIVOLOGIA DEL MERCOSUR
VIII CONGRESO DE ARCHIVOLOGIA DEL MERCOSUR MONTEVIDEO, 17 de Noviembre de 2009 Mª Teresa Valdehita Mayoral, Directora del Archivo General de la UNED Título de la ponencia: Los Archivos universitarios y Más detalles PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA DISEÑO DE UN SISTEMA DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN PARA UNA ENTIDAD ESTATAL DE SALUD DE ACUERDO A LA ISO/IEC 27001:2013 Más detalles Guía para empresas: seguridad y privacidad del cloud computing
Guía para empresas: seguridad y privacidad del cloud computing OBSERVATORIO DE LA SEGURIDAD DE LA INFORMACIÓN Edición: Octubre 2011 La Guía para empresas: seguridad y privacidad del cloud computing ha Más detalles Consideraciones Legales Relativas a la Privacidad en Proyectos de Cloud Computing en el Exterior de Argentina
Consideraciones Legales Relativas a la Privacidad en Proyectos de Cloud Computing en el Exterior de Argentina Juan Cruz González Allonca 1,2 y Darío Piccirilli 2 1. Dirección Nacional de Protección de Más detalles El Ministerio de Educación y las TIC
EDITA ASTIC NÚMERO 55 AÑO 2010 MONOGRÁFICO El Ministerio de Educación y las TIC ENTREVISTA Ángel Gabilondo Ministro de Educación ASTIC La XVI Promoción TIC publicidad Sumario Nº 55 AÑO 2010 Editorial Más detalles Implantación de un SGSI en la empresa. Implantación de un SGSI en la empresa
Implantación de un SGSI en la empresa INDICE CAPÍTULO 1 Conceptos básicos sobre Seguridad de la Información... 3 CAPÍTULO 2 La seguridad y su justificación desde el punto de vista del negocio.... 6 CAPÍTULO Más detalles UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FISICAS Y MATEMATICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACION
UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FISICAS Y MATEMATICAS DEPARTAMENTO DE CIENCIAS DE LA COMPUTACION FACTIBILIDAD DE UN SERVICIO COLABORATIVO Y ON-LINE DE HISTORIAL DE SALUD ELECTRONICO MEMORIA PARA Más detalles DOCUMENTOS DE LA RED CUADRO COMPARATIVO: DESARROLLOS NORMATIVOS NACIONALES EN MATERIA DE PROTECCIÓN DE DATOS 1. (última actualización: 15.6.
DOCUMENTOS DE LA RED CUADRO COMPARATIVO: DESARROLLOS NORMATIVOS NACIONALES EN MATERIA DE PROTECCIÓN DE DATOS 1 (última actualización: 15.6.2004) 1 Información correspondiente a: Argentina, Brasil, Chile, Más detalles JUNIO 2013 ESPECIAL CONSULTORÍA INFORMÁTICA Y TECNOLÓGICA AÑOS 2003-2013
JUNIO 2013 10 AÑOS 2003-2013 ESPECIAL CONSULTORÍA INFORMÁTICA Y TECNOLÓGICA ACERCA DE FENAC Es la Federación Nacional de Asociaciones de Consultoría, Servicios, Oficinas y Despachos. A través de sus Asociaciones Más detalles PERFILES PROFESIONALES PARA SEGURIDAD INFORMÁTICA Un enfoque práctico
FACULTAD DE INGENIERIA, ARQUITECTURA Y URBANISMO ESCUELA DE INGENIERIA DE SISTEMAS PERFILES PROFESIONALES PARA SEGURIDAD INFORMÁTICA Un enfoque práctico Autor: Salazar Lluén Daniel Chiclayo, Octubre del Más detalles UNIVERSIDAD DEL SALVADOR FACULTAD DE CIENCIAS DE LA ADMINISTRACION MASTER EN DIRECCIÓN DE EMPRESAS
UNIVERSIDAD DEL SALVADOR FACULTAD DE CIENCIAS DE LA ADMINISTRACION MASTER EN DIRECCIÓN DE EMPRESAS EL DERECHO ARGENTINO EN LA ERA DE LOS NEGOCIOS DIGITALES Por Lic. Marcelo CATTANI Lic. Walter CORREA Lic. Más detalles PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR FACULTAD DE INGENIERÍA TESIS PREVIO A LA OBTENCIÓN DEL TÍTULO DE MAGISTER EN REDES DE COMUNICACIÓNES
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR FACULTAD DE INGENIERÍA TESIS PREVIO A LA OBTENCIÓN DEL TÍTULO DE MAGISTER EN REDES DE COMUNICACIÓNES CLOUD COMPUTING UN MODELO APLICADO A LA SALUD USANDO EL Más detalles Monografía de Graduación
Monografía de Graduación EL DESARROLLO DE LOS SISTEMAS DE VENTAS TURISTICOS EN INTERNET Y LA INFLUENCIA DE LAS REDES SOCIALES MARTIN B. CÁNAVES GALARCE MAT. 17449 TUTOR: ZANFRILLO, ALICIA INES AÑO: 2010 Más detalles ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA DE TELECOMUNICACIÓN UNIVERSIDAD POLITÉCNICA DE CARTAGENA
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA DE TELECOMUNICACIÓN UNIVERSIDAD POLITÉCNICA DE CARTAGENA Proyecto Fin de Carrera Retos y Oportunidades del Cloud Computing. Estudio de implementación de un Sistema Más detalles IMPLICACIONES DEL COMERCIO ELECTRONICO EN LA TRIBUTACION
IMPLICACIONES DEL COMERCIO ELECTRONICO EN LA TRIBUTACION PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE CIENCIAS JURÍDICAS BOGOTA 2001 IMPLICACIONES DEL COMERCIO ELECTRONICO EN LA TRIBUTACION OLGA ALEJANDRA Más detalles Rama de Conocimiento: Ciencias Sociales y Jurídicas Centro responsable: Facultad de CC. Económicas y Empresariales
FORMULARIO DE SOLICITUD PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES DE MÁSTER UNIVERSITARIO Denominación del Título: Máster Universitario en Dirección y Administración de Empresas - MBA por la Universidad Más detalles INSTITUTO POLITECNICO NACIONAL TESINA
INSTITUTO POLITECNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD CULHUACAN AUDITORÍA AL MÓDULO CRM DE SAP DE CORPORACIÓN HRC TESINA QUE PARA OBTENER EL TITULO DE: LICENCIADO EN Más detalles PROPUESTA DE POLITICAS DE SEGURIDAD DE LA INFORMACION PARA LA ESCUELA POLITECNICA NACIONAL
ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERIA DE SISTEMAS PROPUESTA DE POLITICAS DE SEGURIDAD DE LA INFORMACION PARA LA ESCUELA POLITECNICA NACIONAL PROYECTO PREVIO A LA OBTENCIÓN DEL GRADO DE MAGISTER Más detalles COVER. La necesidad de una formación continua ha llevado al desarrollo de nuevas formas de aprendizaje no presenciales. Así, la formación virtual
COVER Gestión electrónica en las universidades Las universidades españolas están despertando en materia TIC. Hasta ahora, la introducción de las nuevas tecnologías se había producido de forma más lenta Más detalles Eje 1 del PE 2008-2012 PERFILES Y ACTIVIDADES DE LOS PROFESIONALES DE LA INFORMÁTICA DEFINIDOS POR EL COIIPA
Eje 1 del PE 2008-2012 PERFILES Y ACTIVIDADES DE LOS PROFESIONALES DE LA INFORMÁTICA DEFINIDOS POR EL COIIPA Septiembre 2008 Página 1 de 44 Página 2 de 44 Índice 1. Objetivo del documento... 4 2. El... Más detalles CARTA DEL CONSEJERO DELEGADO QUIENES SOMOS EL ENFOQUE DE LA RSC EN TECNOCOM NUESTRO NEGOCIO TECNOCOM EN CIFRAS: VALOR ECONÓMICO GENERADO Y DISTRIBUIDO
CARTA DEL CONSEJERO DELEGADO QUIENES SOMOS EL ENFOQUE DE LA RSC EN TECNOCOM NUESTRO NEGOCIO TECNOCOM EN CIFRAS: VALOR ECONÓMICO GENERADO Y DISTRIBUIDO RELACIONES CON LOS GRUPOS DE INTERÉS MEDIO AMBIENTE Más detalles Estudio sobre el sector de la seguridad TIC en España
Estudio sobre el sector de la seguridad TIC en España 1 er Informe del Grupo de Análisis y Estudio de la Seguridad de la Información y la e-confianza OBSERVATORIO DE LA SEGURIDAD DE LA INFORMACIÓN Edición: Más detalles 12352 LEY 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos.
27150 Sábado 23 junio 2007 BOE núm. 150 Disposición final cuarta. Entrada en vigor. La presente Ley entrará en vigor al día siguiente de su publicación en el Boletín Oficial del Estado. Por tanto, Mando Más detalles 2.1. JUSTIFICACIÓN DEL TÍTULO: INTERÉS ACADÉMICO, CIENTÍFICO Y/O PROFESIONAL
Denominación del Título: Graduado/ Graduada en Administración y Dirección de Empresas por la Universidad de Córdoba Rama de Conocimiento: Ciencias Sociales y Jurídicas Centro responsable: Facultad de Derecho Más detalles Universidad de Zaragoza. Solicitud de Verificación del Título Oficial de. Máster Universitario en Ingeniería de Telecomunicación
Universidad de Zaragoza Solicitud de Verificación del Título Oficial de Máster Universitario en Ingeniería de Telecomunicación Julio 2013 Versión 5.0 1 1. Descripción del título. Representante legal: 1º Más detalles FACTORES CRÍTICOS DE ÉXITO EN LA IMPLEMENTACIÓN DE ERP EN GRANDES EMPRESAS DE URUGUAY
UNIVERSIDAD DE LA REPÚBLICA FACULTAD DE CIENCIAS ECONÓMICAS Y DE ADMINISTRACIÓN TRABAJO MONOGRÁFICO PARA OBTENER EL TÍTULO DE CONTADOR PÚBLICO FACTORES CRÍTICOS DE ÉXITO EN LA IMPLEMENTACIÓN DE ERP EN Más detalles DEAS EN CIENCIA. Uso de la norma iso/iec 27001 en un sistema de gestión de seguridad de la información
Nanofibras. Obtenidas mediante la técnica de electrohilado, la cual utiliza un campo eléctrico a través del cual se hace pasar el material de polímero mediante una bomba, con lo cual se forma la fibra. Más detalles MANUAL DE IMPLANTACIÓN

References: artículo 8
 Artículo 18
 Real Decreto 
 artículo 35
 Artículo 43
 artículo 19
 artículo 127
 artículo 15
 artículo 95
 artículo 32
 artículo 25
 artículo 13
 artículo 24
 artículo 23
 artículo 9
 artículo 2
 artículo 20
 artículo 16
 artículo 10
 artículo 44