Presentación en la IV Jornada Técnica AVISA 2.0. Buscando el mejor modelo de desarrollo de aplicaciones. Esta presentación trata sobre la necesidad de normalizar y socializar el desarrollo de las aplicaciones propias de los departamentos de salud
Nuestra presentación Institucional para este año 2012. Como laboratorio viviente, consideramos que ya era hora de difundir nuestros resultados y mostrarnos como un colectivo que trabaja con las personas que se ocupan de las ideas, siendo protagonistas del cambio mental de los territorios.
Nuestra presentación Institucional para este año 2012. Como laboratorio viviente, consideramos que ya era hora de difundir nuestros resultados y mostrarnos como un colectivo que trabaja con las personas que se ocupan de las ideas, siendo protagonistas del cambio mental de los territorios.
En el marco del CRICS 9, 9º Congreso Regional de Información en Ciencias de la Salud, eSalud Acercándonos al acceso universal a salud, se compartió el trabajo realizado por el equipo de OPIMEC para el desarrollo de la APS y cómo su tecnología permite realizar, en poco tiempo y a medida, cualquier otro proyecto basado en Red.
Definición, componentes de las TIC (Tecnologías de la Información y la Comunicación)
E-HEALTH
Definición, componentes, lineas de desarrollo, Cidre (Colombia) de las TAC
Como estos términos se relacionan con un ámbito de salud general
El software como servicio y la orientación 2.0, con independencia del dominio, constituyen la realidad tecnológica de las empresas e instituciones. Actualmente existen aplicaciones software Open Source potentes que cubren la mayoría de las necesidades TIC de cualquier entidad, tanto para su operatividad como para la gestión de sus procesos internos. Por tanto, el problema no reside en la falta de soluciones tecnológicas sino en lograr que la integración no sea ad-hoc. En este punto entra en juego el concepto de mashup, que en el contexto de este trabajo se extiende para considerar un sistema de información basado en web que combine componentes de más de una fuente para conformar un servicio completo.
Mediante este trabajo de fin de Máster se pretende estudiar cómo obtener mashups con una alta flexibilidad y adaptabilidad a las necesidades, tanto del usuario final como del técnico o especialista. Este tipo de solución constituye lo que viene a denominarse ecosistema tecnológico, donde cada uno de los componentes del sistema es un organismo con un ciclo de vida independiente, y el medio físico donde se relacionan abarcará la integración y los flujos de información entre dichos componentes. Para ello se estudiarán soluciones en diferentes ámbitos como empresas, la Administración Pública o instituciones educativas. Con los principales resultados y conclusiones de dichos estudios se define un patrón arquitectónico para un ecosistema tecnológico de aprendizaje que se aplica en un nuevo dominio.
Ponencia "Sinergias periodísticas: Emprendimientos y Modelos de Negocio con Tecnologías Emergentes" MBA Empresas e Instituciones Culturales (Universidad de Salamanca) 26 de Marzo 2013
Pòster presentat per la resident psicòloga clínica Blanca Solà al XXIII Congreso Nacional i IV Internacional de la Sociedad Española de Psicología Clínica - ANPIR, celebrat del 23 al 25 de maig a Cadis sota el títol "Calidad, derechos y comunidad: surcando los mares de la especialidad".
En el marco del CRICS 9, 9º Congreso Regional de Información en Ciencias de la Salud, eSalud Acercándonos al acceso universal a salud, se compartió el trabajo realizado por el equipo de OPIMEC para el desarrollo de la APS y cómo su tecnología permite realizar, en poco tiempo y a medida, cualquier otro proyecto basado en Red.
Definición, componentes de las TIC (Tecnologías de la Información y la Comunicación)
E-HEALTH
Definición, componentes, lineas de desarrollo, Cidre (Colombia) de las TAC
Como estos términos se relacionan con un ámbito de salud general
El software como servicio y la orientación 2.0, con independencia del dominio, constituyen la realidad tecnológica de las empresas e instituciones. Actualmente existen aplicaciones software Open Source potentes que cubren la mayoría de las necesidades TIC de cualquier entidad, tanto para su operatividad como para la gestión de sus procesos internos. Por tanto, el problema no reside en la falta de soluciones tecnológicas sino en lograr que la integración no sea ad-hoc. En este punto entra en juego el concepto de mashup, que en el contexto de este trabajo se extiende para considerar un sistema de información basado en web que combine componentes de más de una fuente para conformar un servicio completo.
Mediante este trabajo de fin de Máster se pretende estudiar cómo obtener mashups con una alta flexibilidad y adaptabilidad a las necesidades, tanto del usuario final como del técnico o especialista. Este tipo de solución constituye lo que viene a denominarse ecosistema tecnológico, donde cada uno de los componentes del sistema es un organismo con un ciclo de vida independiente, y el medio físico donde se relacionan abarcará la integración y los flujos de información entre dichos componentes. Para ello se estudiarán soluciones en diferentes ámbitos como empresas, la Administración Pública o instituciones educativas. Con los principales resultados y conclusiones de dichos estudios se define un patrón arquitectónico para un ecosistema tecnológico de aprendizaje que se aplica en un nuevo dominio.
Ponencia "Sinergias periodísticas: Emprendimientos y Modelos de Negocio con Tecnologías Emergentes" MBA Empresas e Instituciones Culturales (Universidad de Salamanca) 26 de Marzo 2013
Pòster presentat per la resident psicòloga clínica Blanca Solà al XXIII Congreso Nacional i IV Internacional de la Sociedad Española de Psicología Clínica - ANPIR, celebrat del 23 al 25 de maig a Cadis sota el títol "Calidad, derechos y comunidad: surcando los mares de la especialidad".
TdR Profesional en Estadística VIH ColombiaTe Cuidamos
APOYAR DESDE LA UNIDAD DE GESTIÓN DE ANÁLISIS DE INFORMACIÓN AL MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL Y ENTIDADES TERRITORIALES EN LA DEFINICIÓN Y APLICACIÓN DE METODOLOGÍAS DE ANÁLISIS DE INFORMACIÓN, PARA LA OBTENCIÓN DE INDICADORES Y SEGUIMIENTO A LAS METAS NACIONALES E INTERNACIONALES EN ITS, VIH, COINFECCIÓN TB-VIH, HEPATITIS B Y C, EN EL MARCO DEL ACUERDO DE SUBVENCIÓN NO. COL-H-ENTERITORIO 3042 (CONVENIO NO. 222005), SUSCRITO CON EL FONDO MUNDIAL.
REALIZAR EL ACOMPAÑAMIENTO TECNICO A LA MODERNIZACIÓN DEL SISCOSSR, ENTREGA DEL SISTEMA AL MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL PARA SU ADOPCIÓN NACIONAL Y ADMINISTRACIÓN DEL APLICATIVO, EN EL MARCO DEL ACUERDO DE SUBVENCIÓN NO. COL-H-ENTERRITORIO 3042 SUSCRITO CON EL FONDO MUNDIAL.
TdR Monitor Nacional SISCOSSR VIH ColombiaTe Cuidamos
APOYAR A ENTERRITORIO CON LAS ACTIVIDADES DE GESTIÓN DE LA ADOPCIÓN DEL SISCO SSR EN TODO EL TERRITORIO NACIONAL, ASÍ COMO DE LAS METODOLOGÍAS DE ANÁLISIS DE DATOS DEFINIDAS EN EL PROYECTO “AMPLIACIÓN DE LA RESPUESTA NACIONAL PARA LA PREVENCIÓN Y ATENCIÓN INTEGRAL EN VIH”, PARA EL LOGRO DE LOS INDICADORES DEL ACUERDO DE SUBVENCIÓN SUSCRITO CON EL FONDO MUNDIAL.
descripción detallada sobre ureteroscopio la historia mas relevannte , el avance tecnológico , el tipo de técnicas , el manejo , tipo de complicaciones Procedimiento durante el cual se usa un ureteroscopio para observar el interior del uréter (tubo que conecta la vejiga con el riñón) y la pelvis renal (parte del riñón donde se acumula la orina y se dirige hacia el uréter). El ureteroscopio es un instrumento delgado en forma de tubo con una luz y una lente para observar. En ocasiones también tiene una herramienta para extraer tejido que se observa al microscopio para determinar si hay signos de enfermedad. Durante el procedimiento, se hace pasar el ureteroscopio a través de la uretra hacia la vejiga, y luego por el uréter hasta la pelvis renal. La uroteroscopia se usa para encontrar cáncer o bultos anormales en el uréter o la pelvis renal, y para tratar cálculos en los riñones o en el uréter.Una ureteroscopia es un procedimiento en el que se usa un ureteroscopio (instrumento delgado en forma de tubo con una luz y una lente para observar) para ver el interior del uréter y la pelvis renal, y verificar si hay áreas anormales. El ureteroscopio se inserta a través de la uretra hacia la vejiga, el uréter y la pelvis renal.Una vez que esté bajo los efectos de la anestesia, el médico introduce un instrumento similar a un telescopio, llamado ureteroscopio, a través de la abertura de las vías urinarias y hacia la vejiga; esto significa que no se realizan cortes quirúrgicos ni incisiones. El médico usa el endoscopio para analizar las vías urinarias, incluidos los riñones, los uréteres y la vejiga, y luego localiza el cálculo renal y lo rompe usando energía láser o retira el cálculo con un dispositivo similar a una cesta.Náuseas y vómitos ocasionales.
Dolor en los riñones, el abdomen, la espalda y a los lados del cuerpo en las primeras 24 a 48 horas. Pain may increase when you urinate. Tome los medicamentos según lo prescriba el médico.
Sangre en la orina. El color puede variar de rosa claro a rojizo y, a veces incluso puede tener un tono marrón, pero usted debería ser capaz de ver a través de ella
. (Los medicamentos que alivian la sensación de ardor durante la orina a veces pueden hacer que su color cambie a naranja o azul). Si el sangrado aumenta considerablemente, llame a su médico de inmediato o acuda al servicio de urgencias para que lo examinen.
Una sensación de saciedad y una constante necesidad de orinar (tenesmo vesical y polaquiuria).
Una sensación de quemazón al orinar o moverse.
Espasmos musculares en la vejiga.Desde la aplicación del primer cistoscopio
en 1876 por Max Nitze hasta la actualidad, los
avances en la tecnología óptica, las mejoras técnicas
y los nuevos diseños de endoscopios han permitido
la visualización completa del árbol urinario. Aunque
se atribuye a Young en 1912 la primera exploración
endoscópica del uréter (2), esta no fue realizada ru-
tinariamente hasta 1977-79 por Goodman (3) y por
Lyon (4). Las técnicas iniciales de Lyon
En el marco de la Sexta Cumbre Ministerial Mundial sobre Seguridad del Paciente celebrada en Santiago de Chile en el mes de abril de 2024 se ha dado a conocer la primera Carta de Derechos de Seguridad de Paciente, a nivel mundial, a iniciativa de la Organización Mundial de la Salud (OMS).
Los objetivos del nuevo documento pasan por los siguientes aspectos clave: afirmar la seguridad del paciente como un derecho fundamental del paciente, para todos, en todas partes; identificar los derechos clave de seguridad del paciente que los trabajadores de salud y los líderes sanitarios deben defender para planificar, diseñar y prestar servicios de salud seguros; promover una cultura de seguridad, equidad, transparencia y rendición de cuentas dentro de los sistemas de salud; empoderar a los pacientes para que participen activamente en su propia atención como socios y para hacer valer su derecho a una atención segura; apoyar el desarrollo e implementación de políticas, procedimientos y mejores prácticas que fortalezcan la seguridad del paciente; y reconocer la seguridad del paciente como un componente integral del derecho a la salud; proporcionar orientación sobre la interacción entre el paciente y el sistema de salud en todo el espectro de servicios de salud, incluidos los cuidados de promoción, protección, prevención, curación, rehabilitación y paliativos; reconocer la importancia de involucrar y empoderar a las familias y los cuidadores en los procesos de atención médica y los sistemas de salud a nivel nacional, subnacional y comunitario.
Y ello porque la seguridad del paciente responde al primer principio fundamental de la atención sanitaria: “No hacer daño” (Primum non nocere). Y esto enlaza con la importancia de la prevención cuaternaria, pues cabe no olvidar que uno de los principales agentes de daño somos los propios profesionales sanitarios, por lo que hay que prevenirse del exceso de diagnóstico, tratamiento y prevención sanitaria.
Compartimos el documento abajo, estos son los 10 derechos fundamentales de seguridad del paciente descritos en la Carta:
1. Atención oportuna, eficaz y adecuada
2. Procesos y prácticas seguras de atención de salud
3. Trabajadores de salud calificados y competentes
4. Productos médicos seguros y su uso seguro y racional
5. Instalaciones de atención médica seguras y protegidas
6. Dignidad, respeto, no discriminación, privacidad y confidencialidad
7. Información, educación y toma de decisiones apoyada
8. Acceder a registros médicos
9. Ser escuchado y resolución justa
10. Compromiso del paciente y la familia
Que así sea. Y el compromiso pase del escrito a la realidad.
La Socialización en el desarrollo de aplicaciones propias en los departamento de salud
1. IV Jornada Técnica “AVISA 2.0”
Buscando el mejor modelo de
desarrollo de aplicaciones en Sanidad
La socialización en el desarrollo de
las aplicaciones propias en los
Departamentos de Salud.
Víctor Manuel Agulló Boix
Unidad de Informática
Departamento de Salud de Elche – Hospital General
3. Desarrollos propios
en los Departamentos de Salud
• Desarrollos realizados bajo el paraguas de las UI de los
departamentos, habitualmente responden a necesidades
que no cubren las aplicaciones corporativas, ni las externas.
• Responden a necesidades:
– Del propio departamento
– De un determinado servicio
• Gran variabilidad
– Clínico - asistenciales
– Administrativas
• Propias para las UI
• En ocasiones, pueden llegar a ser “complejos”
4. Modelo de desarrollo de aplicaciones en los
Departamentos de Salud
• ¿Seguimos un modelo de desarrollo consensuado,
en los departamentos?
5. Debilidades de la heterogeneidad
• Dificultades en compartir
• Desarrollos
• Experiencias y conocimientos
• Integraciones
• Tomar iniciativas formativas comunes se hace más
complicado (no solo en los cursos sino en el contenido)
• Modelo de baja eficiencia
• Políticas de control y calidad locales. ¿Utilizamos?
• Débil difusión de nuestros desarrollos
6. Modelo de desarrollo de aplicaciones en los
Departamentos de Salud
• ¿Normalizar / corporativizar el MODELO(s) nos
ayudaría a minimizar las debilidades ?
7. Normalizar el modelo. Ventajas
• Facilidad para compartir desarrollos (en todas las
fases)
• Compartir experiencias y conocimientos de forma
más fácil
• Facilitar la adopción de iniciativas formativas
comunes orientadas al modelo
• Facilidad en la implantación de políticas de control y
de calidad de nuestros desarrollos (GEES)
• Aumento de la eficiencia
• Poner en valor el trabajo de las UI
8. Socializando nuestros desarrollos
• La socialización es un
proceso por el cual el
individuo (profesionales TIC)
acoge los elementos
socioculturales (técnico-
organizativos) de su
ambiente (IIS) y los integra
a su personalidad (en su
forma de hacer las cosas) para
adaptarse a su entorno.
9. Que podemos hacer
• La iniciativa y motivación son fundamentales. Se ha de tomar la iniciativa
– Subdirección General de Sistemas de Información para la Salud
– Citesan
– Departamentos
• Adopción del modelo(s). Normalización de:
– Lenguaje(s) de desarrollo
– Frameworks
– IDE
– Patrones de diseño en función del tipo de desarrollo
– Motor de base de datos
– Normas y buenas prácticas
• Colaboración por parte de los SSCC de la CS
10. Difusión del modelo
• “Invitar” a los Departamentos a adoptar un
modelo(s) establecido por la organización
• Difundir el establecimiento de un modelo a los
equipos directivos de los departamentos y los
beneficios en el medio y largo plazo
• Revisión tecnológica del modelo y difusión de los
cambios
11. Biblioteca de aplicaciones
• Disponibilidad de biblioteca
de aplicaciones
– Propuestas de desarrollo
– En Desarrollo
– En Producción
• Herramientas 2.0 CMS
(Listas Sharepoint, LifeRay,
…)
12. Actividades formativas
• Actividades formativas orientadas al
modelo(s) que se establezcan como
“corporativos”.
• Aportaciones formativas propias.
– Herramientas 2.0
– Comunidades de práctica
14. “La recompensa del trabajo bien hecho es la
oportunidad de hacer más trabajo bien hecho”
Jonas Edward Salk
Moltes gràcies!!
Víctor Manuel Agulló Boix
Unidad de Informática
Departamento de Salud de Elche – Hospital General
@agullo_vic
Notas del editor
Aplicaciones Corporativas Habitualmente tienen su origen en Subdirección General de Sistemas de Información para la Salud. AVS Aplicaciones Externas Tienen su origen en necesidades del Departamento o de un servicio determinado y que no cubren los desarrollos corporativos. Siguen criterios técnicos propios de la empresa y requieren de soporte por parte las UI Aplicaciones propias del Departamento Desarrollos realizados bajo el paraguas de la Unidad de Informática y que responden a necesidades que no cubren las aplicaciones corporativas ni externas