Ensayos e Investigaciones

 

Dirección Académica:
Dra. Teodora Zamudio

Secretarios de Redacción:
  Carlos Burger
 Liliana Siede 

 

Fabiana Ciardello de Arzuaga
(Tecnologías)
Viviana Figueroa
(Derechos Humanos)


Secretarios Académicos:
 Ana M. Spadafora (Antropología)
 Matías Surraco
(Medicina)

 

El "problema del año 2000 ó Y2K": Análisis sobre su Impacto en la Prestación de Servicios de Salud

Por Patricia C. Fujimori y Sandra Wierzba*

 

* Este trabajo fue elaborado por las autoras como parte de los servicios de risk mangement provistos a instituciones y profesionales de la salud por DDO S.A.

I. Introducción. Objetivos a lograr mediante el presente trabajo:

El problema del año 2000, ha sido motivo de especulación tanto en nuestro país como a nivel internacional; dado que lleva ínsito un enigma en cuanto a su verdadera magnitud, difícil de descifrar aún para los expertos en el tema.

Si bien mucho se ha publicado al respecto, particularmente en revistas especializadas del extranjero, aparentemente todavía no existe certeza absoluta en cuanto al conocimiento cabal de aquella porción de la realidad que recién ha comenzado a manifestarse (1), en lo que al alcance de su extensión respecta.

Sin embargo, la gran mayoría de las opiniones vertidas sobre la cuestión, son concordantes acerca de la incontestabilidad de su existencia cierta; postura compartida inclusive por nuestro propio Estado Nacional, a través de la Superintendencia de Seguros de la Nación (2), dependiente del Ministerio de Economía y Obras y Servicios Públicos. Dicho organismo estatal de contralor perteneciente al sector público, inclusive se ha pronunciado respecto al problema del año 2000, en los siguientes términos:

"El denominado problema del año 2000, podría afectar a los sistemas de procesamiento de datos y otros dispositivos en uso, que fueron desarrollados sin prever las consecuencias en el cambio de numeración secuencial de los años, al utilizar sólo dos dígitos en los formatos de las fechas".

Desde esta perspectiva, consideramos oportuno, analizar el potencial impacto que el problema del cambio de milenio, podría tener en el área de la salud y la medicina (por ej. hospitales, sanatorios, clínicas, laboratorios, hasta consultorios médicos)(3), y formular algunas sugerencias que pueden resultar de interés, y relacionadas con:

  1. la evaluación y ponderación de las posibilidades de riesgo y de su impacto.

  2. una planificación preventiva tendiente a eliminar riesgos por anticipado o que logre por lo menos minimizar el impacto de aquéllos que desafortunadamente, sí llegaren a materializarse.

II. Distintas denominaciones del problema:

Este fenómeno que actualmente preocupa al mundo entero en general, y a científicos y técnicos en particular, ha recibido múltiples denominaciones o definiciones entre las cuales podemos mencionar: el problema del 2000, el bug del año 2000, la crisis del 2000, el cambio de milenio (aunque en realidad el milenio cambia en el 2001) y, en los Estados Unidos, el Y2K bug, donde la Y corresponde a year (año), y la K a kilo, mil. Bug significa, en la jerga de las computadoras, error de programación (4).

III. ¿En qué consiste el problema?. Análisis retrospectivo crítico del pasado: III. ¿En qué consiste el problema?. Análisis retrospectivo crítico del pasado: III. ¿En qué consiste el problema?. Análisis retrospectivo crítico del pasado:

Las computadoras aparecieron por primera vez en el mundo de los negocios y en la industria a fines de la década del 50’y principios de los 60’, con capacidad para almacenar y procesar sólo una pequeña cantidad de datos (5), siendo consecuencia de ello que los grandes sistemas de cómputo centralizado (llamados mainframes) y sus aplicaciones, utilizaran sólo dos dígitos para representar el año, bajo la presunción de estar refiriéndose siempre al siglo actual.

En muchas aplicaciones de software y sistemas operativos computarizados, las fechas eran almacenadas en cierta permutación de la forma MM/DD/YY; donde se empleaban dos dígitos para representar: el mes (MM: month en inglés, de 1 a 12), el día (DD: day, de 1 a 31) y el año (YY: year)(6). Estas aplicaciones y sistemas asumieron que los dos YY dígitos representaban el formato de fecha 19YY(7).

A modo de ejemplo podemos decir que en lugar de 1905, almacenaban y operaban solamente con 05. Esta abreviatura, prácticamente inevitable en aquella época, hallaba su razón de ser en el hecho de que la memoria electrónica era uno de sus componentes más costosos y escasos, siendo por ello, los programadores compelidos a reducir todo lo posible su uso (8). En consecuencia, la mayoría de los sistemas de computación fueron programados para registrar y manipular fechas sólo con los dos últimos dígitos significativos del año.

Dichas máquinas y aplicaciones duraron hasta el siglo siguiente (a pesar de la creencia de su corta vida), de una generación informática a otra, arrastrando la ambigüedad implícita prevista pero no corregida oportunamente (error que consistió en que por ej. el ingreso del valor 05 podría significar tanto 1905 como 2005), hasta que los dos dígitos impregnaron todos los sistemas computacionales corporativos (9).

Aún cuando la tecnología computarizada había llegado a progresar hasta el punto en que la conservación de los dos dígitos extras ya no resultaba necesaria, el formato de doble dígito para la fecha aún así fue retenido, debido a factores como ser la costumbre, y el mantenimiento de la antigua compatibilidad con los programas más viejos (10).

Ya en el correr de nuestros tiempos, y como consecuencia de la problemática expuesta, expertos en el tema han brindado una enumeración de carácter enunciativa de aquellas fechas, que en virtud de las particulares circunstancias atinentes a las mismas, revestirían especial significación, dados los posibles inconvenientes que podrían presentar en los diferentes sistemas. Entre ellas podemos mencionar las siguientes, a saber (11):

bullet

Primero de abril de 1998 (Primero de Julio de 1998 y Primero de Octubre de 1998). Relacionado al inicio de años fiscales "00" de las empresas.

bullet

20 de abril de 1999. 255 días antes del año 2000.

bullet

20 de Septiembre de 1999. 99 días antes del año 2000.

bullet

31 de diciembre de 1999. Utilizada como indicador de fin de archivo o como archivo que nunca expira.

bullet

3 de enero del 2000. Primer día laborable.

bullet

10 de enero del 2000. Primera fecha que requiere 7 dígitos. (10/1/2000)

bullet

Primero de Marzo de 2000. Errores que no aparecieron un día que probablemente no existió: 29 de febrero del 2000.

bullet

10 de octubre del 2000. Primera fecha que requiere 8 dígitos (10/10/2000).

bullet

31 de diciembre de 2000. Día 366 de un año bisiesto.

bullet

Enero 1 de 2020. Los sistemas con ventanas 1920 fallan. Por ejemplo System 6.0.4 - Mackintosh.

bullet

Febrero 6 de 2036. 2 elevado a la 32 segundos transcurridos desde enero 1, 1900.

bullet

Enero 19 de 2038. 2 elevado a la 31 segundos. En la mayoría de sistemas UNIX el origen de cuenta en segundos es enero 1 de 1970. Enero 1 de 9999. Fallan las operaciones con cuatro dígitos.

  1. Año 2000 bisiesto. (12) Año 2000 bisiesto. (12) Año 2000 bisiesto. (12)

A. Diversos Calendarios: A. Diversos Calendarios: A. Diversos Calendarios:

El paso del sol de un meridiano a su siguiente cruzamiento ha sido definido como un día. La semana a su vez, lo ha sido sobre la base de una ley mosaica, que impedía que se trabajara el séptimo día. El mes, por el ciclo lunar, inicialmente en el calendario romano contando con 12 meses de 30 días. Finalmente, se ha considerado al año como aquél número de días en que la tierra da la vuelta alrededor del sol: 365.2422 días. Al no ser un número entero, si se deseaba mantener al calendario de acuerdo a las estaciones, debía adoptarse un año variable.

Así, Julio César introdujo el llamado calendario juliano con años de 365 días, con un año bisiesto cada 5 años; apareciendo y aplicándose recién en 1958 el calendario que ha perdurado hasta nuestros días –el calendario gregoriano atribuído al Papa Gregorio XIII-, cuyo cambio operado únicamente residió en el ajuste en el cálculo de años bisiestos, con un número de días en un año de 365.2425., logrando por consiguiente reducir el margen de error a tan solo 3 días cada 10,000 años.

Otro tipo de calendario de empleo muy generalizado en la actualidad, es el binario. Particularmente, son las computadoras en sus sistemas de archivos -files systems-las que lo utilizan, contando o numerando, el avance de los días desde una fecha base –origen-; por ejemplo día 1, como 1-1-1980. El resto de las fechas sucesivas serán almacenadas en un número correlativo de días transcurridos.

En otro orden de ideas, podemos mencionar que si bien el único estándar internacional de fechas, ISO 8601:1988 ha especificado la representación numérica de fechas del calendario gregoriano en el formato numérico AAAA-MM-DD; muy pocos productos comerciales han sido capaces de soportar esta especificación tanto en almacenamiento como en desplegado.

  1. El ciclo de años bisiestos: El ciclo de años bisiestos:

    Las reglas de programación que según opiniones autorizadas, indican qué año del calendario gregoriano es bisiesto y cuál no, son las siguientes:

    1. Es año bisiesto si es divisible entre 4.

    2. A menos que el año termine en "00" - entonces no es bisiesto

    3. A menos que sea divisible entre 400 - entonces sí es bisiesto

    4. A menos que sea 3600 - entonces no es bisiesto

    En el caso particular del año 2000, expertos en el tema han sostenido que podría llegar a acarrear aún más inconvenientes en razón de ser un año bisiesto anormal, por encuadrarse en la regla número 3 (13). No obstante lo cual, muchos han sido los programadores que la omitieron de la lógica del programa pertinente.

  2. Antecedentes de Problemas en Cómputo de Años Bisiestos: (14) Antecedentes de Problemas en Cómputo de Años Bisiestos: (14) Antecedentes de Problemas en Cómputo de Años Bisiestos: (14)

El 29 de febrero de 1988, un supermercado en Estados Unidos fue multado con u.s. $1,000 dólares por mantener a la venta productos que habían caducado con un día de anterioridad. El sistema no efectuó el ajuste del año correctamente.

El 29 de febrero de 1992 trajo muchos más ejemplos, aunque pocos fueron dañosos por ser ese día sábado: El sistema telefónico de Prime "MAGSAV" dejó de operar este día entrando en un ciclo infinito. El sistema de Correo Email dejó de operar a nivel mundial ese día, por no reconocer la fecha. La función mktime() de los compiladores de Borland C++ 2.0 falló, dejando sin responder a las computadoras que ejecutaban programas ese día. Todas las licencias de licor expiraron en Iowa el 28 de febrero de 1992 por un error en la computadora que no determinaba el día adicional de febrero.

Probablemente uno de los ejemplos más conocidos de este problema fue descripto en enero 8 de 1997 en el periódico "The Dominion", en Nueva Zelanda, que describe el caso de Tiwai Pt, una productora de aluminio que falló al reconocer el 366avo día del año, 660 computadoras de proceso dejaron de operar simultáneamente a media noche. El problema fue reparado el primero de enero, pero cinco hornos de alta temperatura se dañaron significativamente, y el costo de su reparación superó el millón de dólares.

El último ejemplo sucedió el 31 de diciembre de 1992 en Cajeros Electrónicos de ASB Regional Bank, causando el rechazo de miles de transacciones. El sistema falló al día 366 y se inhibió la realización de una segunda transacción por usuario.

V. Relevancia de los campos de fechas. Consecuencias a nivel general:

Gran cantidad de computadoras, programas y componentes electrónicos utilizan fechas para funcionar (por ejemplo, las aplicaciones financieras, las centrales telefónicas, las aerolíneas). Las computadoras son capaces de manejar las fechas de nacimiento, deceso, apertura de una cuenta, períodos de uso de un servicio, entre otros (15).

Los campos de fechas son utilizados primordialmente para la realización de cálculos consistentes en sustracciones, comparaciones y clasificaciones de información para distintos fines. Al respecto, se ha dicho que al tratar de deducirse el año de nacimiento del paciente de un año cualquiera como ser "02", de un campo de dos dígitos, probablemente se llegaría a obtener como resultado un número negativo (16). Este error podría de esta manera, afectar cualquier cálculo que implicara una "aritmética de fechas" en relación a lapsos o períodos de tiempo, posiblitando que se diera por ejemplo, el supuesto en el que debiera realizarse un listado de historias clínicas cronológico, resultando el mismo incorrecto.

Más allá de las operaciones de sustracción, para lo cual el uso de la fecha sería imprescindible, otra de sus funciones residiría en la programación de mantenimientos futuros de los equipos médicos.

Según la opinión de ciertos expertos, cuando algunas máquinas pasen de 99 a 00 interpretarán que corre el año 1900. Así, cuando llegue el primer día del 2000, sábado, los sistemas informáticos, inmunes al feriado y al festejo, seguirán realizando los cálculos para los que fueron diseñados. Pero obtendrán resultados basándose en una fecha cien años atrasada, si no han sido adaptadas al 2000. Es decir, a partir del primer minuto de enero del 2000, si el chip obtuvo un valor absurdo en sus cálculos basándose en que corre el año 1900 y que, por consiguiente han pasado 99 años, arrojará resultados negativos o que superen en su valor absoluto el tope establecido por el programador que escribió la aplicación en cuestión, provocando que el sistema deje de funcionar o que tome decisiones inadecuadas a la realidad. Estos resultados anómalos son los que configuran el verdadero problema, un desafío de difícil superación (17).

En la actualidad, se ha dicho que existirían tres principales áreas donde el problema del 2000 podría llegar a manifestarse, a saber: los programas de software, el hardware en el cual dichos programas se hallan funcionando y los sistemas y chips embebidos (18).

VI. Otros datos a tener en cuenta: (19) VI. Otros datos a tener en cuenta: (19) VI. Otros datos a tener en cuenta: (19) VI. Otros datos a tener en cuenta: (19)  

Este problema que actualmente reviste relevancia a nivel mundial, exige la adopción de manera urgente, de medidas correctoras o de adaptación para evitar un agravamiento injustificado del riesgo de causar daños a terceros, atribuíbles a su falta de prevención oportuna.

Según datos recabados, en virtud del problema del 2000 en todo el mundo se ha calculado como monto estimado del costo que insumiría dicha actividad en 200.000 millones de dólares a 600.000 millones. Estados Unidos solamente, ya gastaría aproximadamente 52.000 millones de dólares.

También se ha dado a conocer que más de 50 millones de chips incluídos en toda clase de instalaciones como ser plataformas petroleras, centrales nuclerares, equipos médicos, aviones, etc. podrían fallar debido al bug del 2000.

En los medios de prensa se ha anunciado que a la Argentina podría costarle entre 1300 y 3200 millones de pesos adaptar sus sistemas al 2000, incluyendo al Estado mismo (20). No obstante haberse informado, que ya son muchos bancos y empresas que se encuentran trabajando en el problema; se ha dicho que en muchos sectores del Estado y de las Provincias todavía el análisis aún está en sus comienzos (21).

VII. Instituciones sanitarias: VII. Instituciones sanitarias:

A) Planteo.

Según diversos estudios llevados a cabo en los Estados Unidos, el problema del 2000 podría representar una amenaza para la salud y la seguridad pública, dado que aquellas infraestructuras como ser hospitales, clínicas, centros asistenciales, entre otros; cuyos servicios son esenciales para toda la comunidad, podrían encontrarse en potencial peligro de ser afectadas por el problema derivado del cambio de siglo (22).

Sin embargo, muchos prestadores de salud se hallarían todavía muy retrasados en sus esfuerzos para enfrentar dicho problema (23), subestimando el problema sobre la base de una falsa creencia acerca de su inmunidad (24).

Las opiniones volcadas por los expertos en distintas publicaciones del mundo, demuestra que actualmente no existe un consenso generalizado acerca de la extensión del impacto de los problemas que podría llegar a provocar, variando desde su caracterización como posible fin del mundo (25), desastre nacional (26), un problema no tan grave que podría traer solamente pequeños inconvenientes (27) a un globo inflado por empresas consultoras que quieren asustar a la gente para hacer buenos negocios (28).

Sin perjuicio de todo lo expuesto, lo cierto es que el problema existe (29) más allá de la menor o mayor magnitud que se le pueda asignar, y también que los sistemas informáticos constituyen sólo un área del problema en cuestión.(30)

B) Análisis particularizado de su posible exposición al problema:

En la actualidad, un vasto conjunto de instrumentos y dispositivos de alta tecnología empleados en la práctica médica para el cuidado de la salud, en laboratorios, hospitales y consultorios médicos, dependen en gran medida de las computadoras. Cualquier artefacto médico o sistema hospitalario que contenga microprocesadores o software, y cuyo funcionamiento dependa del conteo de fecha, puede ser susceptible de obtener un fallo u operación defectuosa cuando la fecha cambie del 31 de diciembre de 1999 al primero de enero del 2000 (31).

Si bien hasta la fecha existen pocos reportes documentados en el segmento de instrumental médico electrónico, que no se hallan debido a fallas humanas o de interfaz de computadora; sí se habría registrado el caso de un hombre de 99 años con niveles anormales de glóbulos blancos, que por una falla de la computadora que reportó valores para un infante, al capturar 89 como 1989, en vez de 1889; volcó un resultado erróneo indicando niveles de glóbulos blancos dentro de límites normales (32).

Al respecto se ha dicho, que la mayoría del equipamiento médico no se vería afectado por el problema del año 2000, es decir que al llegar el primero de enero del 2000, la mayor parte continuaría operando de la manera en que lo venía haciendo el día anterior y registrando la fecha y hora en forma correcta. El fundamento de lo expuesto, se encontraría en el hecho de que los microprocesadores de uso general y la mayoría de los dispositivos médicos con un software de aplicación específica, por lo general no incorporan campos de fechas. Muchos de los microprocesadores que registran el tiempo, utilizan para sus cálculos más de lo que se denomina "duración", antes que fechas (33).

También se estima que los equipos más recientes no presentarían inconvenientes debido a que posiblemente ya vendrían diseñados para eludir el problema en cuestión.

No obstante, otra corriente de opinión ha afirmado que como resultado del cambio de fecha en el 2000, ciertos equipos podrían dejar de operar o de continuar haciéndolo, su funcionamiento sería en forma errónea.

Los expertos han sostenido que según testeos efectuados, a los fines de su comprobación se sometieron electrocardiógrafos, equipos de monitoreo de pacientes, y scanners de ultrasonido a ciertas pruebas de compatibilidad, los cuales continuaron funcionando luego del cambio de fecha, pero exhibiendo o imprimiendo información incorrecta (34).

A pesar de que estas equivocaciones podrían no llegar a tener en general, un impacto directo en el cuidado de la salud del paciente, una información errónea sí podría conducir a una prescripción o diagnóstico incorrecto, lo cual ciertamente podría llegar a provocar un efecto adverso en la atención médica.

VIII. Productos susceptibles al 2000.

C. a) Clasificación en general:

A continuación, brindaremos una clasificación enunciativa en tres grandes categorías, de aquellos dispositivos, aparatos y sistemas, que según la opinión de los expertos, podrían ser susceptibles de ser vulnerables al cambio de milenio, a saber (35): 

CLASIFICACIÓN DE PRODUCTOS SUSCEPTIBLES AL 2000

Sistemas Informáticos

Dispositivos, artefactos o equipos utilizados en el ejercicio de la medicina

Sistemas de control ambientales y servicios generales:

bullet

Sistemas utilizados en:

bullet

Laboratorios de estudios clínicos,

bullet

Farmacias,

bullet

Departamentos de radiología,

bullet

Bancos de sangre,

bullet

Sistemas de facturación,

bullet

Equipos de ingeniería clínica o de control de sistemas.

bullet

Problemas:

bullet

Errores en las fechas de facturación,

bullet

Obtención de cálculos equivocados respecto de las edades de los pacientes para su registro en las historias clínicas.

bullet

Entrega de drogas programadas para cada paciente o tiempos en las cirugías programadas, determinados en forma incorrecta.

bullet

Inspecciones regulares de equipos y mantenimiento u órdenes de provisionamiento no correctamente anotadas.

bullet

Problemas del hardware sobre el que el sistema de software corre.

Dentro de los aparatos o equipos médicos basados en microprocesadores que presentarían mayor riesgo de fallar, se podrían incluir:

bullet

Aquéllos que operan durante un período fijo de tiempo; dejando de operar si el programa de mantenimiento dado no es seguido y si reportes regulares no son producidos (es decir, que uno de los problemas que podrían presentar sería que dejaran de funcionar (se apagarían) dado que sus relojes internos, controlados por computadora decidieron que han funcionado por mucho tiempo sin que se les hubiera dado mantenimiento o se les calibrara);

bullet

Aquéllos que informan sobre la fecha u ocasión en que se desarrollarán ciertos eventos;

bullet

Los que calculan porcentajes, totales o tendencias en base a un período de tiempo;

bullet

Los sistemas de almacenamiento de datos en historias clínicas.

bullet

Sistemas de control ambiental,

bullet

Detección de incendios,

bullet

Iluminación,

bullet

Seguridad,

bullet

Telecomunicaciones y Transporte del paciente.

bullet

Problemas:

bullet

Cualquiera de estos sistemas generalmente utilizan información basada en fechas, para operar correctamente o para avalar programas de mantenimiento.

bullet

Si estos sistemas fallaran, la institución sanitaria en sí misma podría afrontar un serio riesgo de tener inconvenientes en su utilización.

bullet

Resultaría probable que el chip sensor del tiempo sea parte de un sistema mucho mayor, que incluya cierta lógica sensible a la fecha.

C.b) Categorización del riesgo en función de posibles daños:

El parámetro tenido en consideración ha sido gravedad del daño que podría llegar a irrogarse al paciente por un desperfecto o mal funcionamiento del equipo utilizado. El listado de ejemplos que se brindará a continuación, no se organizó en función de su compatibilidad/incompatibilidad con el bug del 2000, por lo tanto debemos aclarar además, que posee carácter meramente enunciativo, pudiendo ampliarse su número según la situación de cada institución sanitaria en particular.

 

TIPO DE RIESGO

 

ALTO

MEDIANO

BAJO

bullet

Posible causación de un daño serio.

bullet

Utilizados para soporte de vida, resucitación, monitoreo crítico, y todos aquellos que pudieran causar un serio daño al paciente de llegar a fallar.

Ejemplos:Ejemplos:

bullet

Unidades de anestesia,

bullet

Vaporizadores,

bullet

Desfibriladores,

bullet

Unidades de bypass cardíacos y pulmonares,

bullet

Unidades de hemodiálisis,

bullet

Sistemas de cirugía guiada por imágenes,

bullet

Bombas de infusión,

bullet

Ventiladores, etc.

bullet

De impacto significativo en el cuidado del paciente, que sin embargo, no lo expondrían en forma inmediata a un grave peligro de padecer un perjuicio.

Ejemplos:Ejemplos:

bullet

ECG ambulatorios,

bullet

Scanners,

bullet

Gas sanguíneo,

bullet

Analizadores de ph,

bullet

Electrocardiógrafos,

bullet

Unidades de administración de medicamentos,

bullet

Analizadores de ensayos radioinmunológicos,

bullet

Sistemas de teleradiología,

bullet

Sistemas de videoconferencia,

bullet

Scanners de ultrasonido, etc.

bullet

No producirían ningún impacto serio en la seguridad del paciente.

Ejemplos:

bullet

Audiómetros,

bullet

Unidades de diatermia.

IX. Algunas sugerencias para afrontar el problema del año 2000: (36) IX. Algunas sugerencias para afrontar el problema del año 2000: (36) IX. Algunas sugerencias para afrontar el problema del año 2000: (36) IX. Algunas sugerencias para afrontar el problema del año 2000: (36)  

A los fines de contribuír con la actividad de prevención, se ha sugerido: a)Actuar en forma rápida; b) Elaborar un plan correctivo viable, designando una persona a cargo del mismo –es importante la consulta a un experto analista de sistemas u otro especialista-; c) Realizar un inventario, teniendo en cuenta priorudades; d) Identificar proveedores y fabricantes, y requerir soluciones adecuadas para el caso de producirse inconvenientes vinculados al Y2k; e) Reparar o reemplazar los equipos defectuosos. En caso de reparación, se sugiere también solicitar de la persona del servicio técnico, que ha sido responsable de la misma, un comprobante de los honorarios por servicios profesionales prestados con detalle de los trabajos efectuados. De esta manera, ante la eventualidad de un inconveniente derivado de un desperfecto técnico de un equipo mal reparado, podría reclamarse con mayor facilidad los daños y perjuicios padecidos como consecuencia del incumplimiento del deber asumido por el responsable mencionado; f)

Solicitar una garantía de compatibilidad año 2000 en ocasión de la adquisición de nuevos productos.

X. . Conclusiones:

A través de este trabajo, hemos intentado poner en su conocimiento la existencia de la amplia gama de riesgos atinentes a productos utilizados en la práctica profesional, como también a sistemas y servicios ambientales y de mantenimiento a los cuyos desperfectos técnicos podrían poner en peligro la salud de pacientes.

El problema del 2000 ha merecido amplia difusión en todos los medios de prensa, revistiendo el mismo el carácter de predecible y por lo tanto evitable en cierta medida. En los Estados Unidos principalmente, se ha dicho que las instituciones de salud serían susceptibles de ser demandadas en el caso de que se le ocasione algún daño (o la muerte) a pacientes, en virtud del empleo de equipos o sistemas defectuosos o por haber efectuado las tareas de inspección o mantenimiento en forma incorrecta.

Dado que resulta de suma importancia en la órbita jurídica, ética y moral, la actuación de todos los profesionales e instituciones de conformidad tanto a las reglas del arte como también las que impone nuestro ordenamiento jurídico (como ser el actuar de buena fe y el cumplimiento de la obligación de no dañar al prójimo), resultaría conveniente la adopción de medidas de prevención en forma oportuna, a los efectos de no causar en forma injustificada daños a terceros.

Buenos Aires, Argentina 1999.

NOTAS

  1. * Este trabajo fue elaborado por las autoras como parte de los servicios de risk management provistos a instituciones y profesionales de la salud por DDO S.A. Deseamos agradecer especialmente a la Compañía Suiza de Reaseguros y a SMadanes Agency-MRM, el material aportado y valiosas sugerencias formuladas.

  2. "Insurance Implications of the "Year 2000 Problem". Lessons to be learned from history". By Gale White and Frank J. Perch III.

  3. Superintendencia de Seguros de la Nación, circular Nro. 3708, Ref: "PROBLEMA Año 2000. Sistemas de procesamiento de datos", 26 de marzo de 1998.

  4. "La bomba de tiempo del 2000". Por Edward Yourdon y Jennifer Yourdon. Editorial Prentice Hall,México, 1998."La computación bajo la espada de Damocles". Diario La Nación. 9/8/98. Fuente: Gartner Group, Prince & Cook.

  5. "Tick, Tick, Tick: Will your Facility Survive the Millennium Bug?" The Risk Management Reporter. The newsletter of the Healthcare Risk Control System, ECRI. Vol. 16, No. 6, December 1997.

  6. "The year 2000 crisis- what´s de big deal?" Y2K Countdown. Assurex International. Vol. 1, Issue 2, march 30, 1998. Columbus, Ohio.

  7. "La computación y el riesgo del tercer milenio". Diario La Nación, pág. 21, del 9 de agosto de 1998.

  8. "The Year 2000 Crisis –What's the big deal?". Y2K Countdown. Opus Cit.

  9. "La computación bajo la espada de Damocles". Diario La Nación. Opus Cit.

  10. Confr. "Tick, Tick, Tick: Will your Facility Survive the Millennium Bug?" The Risk Management Reporter. Opus Cit.

  11. "Un Reporte del problema del Año 2000". 1998 por Luis Daniel Soto Maldonado.

  12. Confr. "Un Reporte del problema del Año 2000". Opus Cit.

  13. "How the Year 2000 Problem Affects Hardware". Y2K Countdown. Vol.1, Issue 2.

  14. Confr. "Un Reporte del problema del Año 2000". Opus Cit.

  15. Confr. "La computación y el riesgo del tercer milenio". La Nación, 9/8/98'.

  16. Confr. "Tick, Tick, Tick: Will your Facility Survive the Millenium Bug?" The Risk Management Reporter. Opus Cit.

  17. Confr. Diario La Nación. Opus Cit.

  18. "How will existence insurance policies respond to Y2k problems?" Y2K Countdown. Vol.1, Issue 4.

  19. Conf. Diario La Nación. Opus Cit.

  20. "La computación bajo la espada de Damocles". Diario La Nación. 9/8/98. Fuente: Gartner Group, Prince & Cook

  21. La Superintendencia de Seguros de la Nación, por intermedio de la circular enunciada, en ejercicio de su poder de contralor ha solicitado la toma de conocimiento del problema del año 2000 por parte de las aseguradoras, con detalle de los sistemas que serían afectados, forma en que se está trabajando para solucionarlo y cronograma de tareas previsto; todo lo cual debería haberle sido informado para el 30 de abril de 1998.

  22. "Why the Year 2000 Problem Poses a Risk to the Public Health and Safety, and Continuity of Critical Infraestructure and Services". Compiled by the Cassandra Project.

  23. "Tick, Tick, Tick, will your facility survive the millennium bug?" The Risk Management Reporter. Vol.16, N 6, december 1997.

  24. "Millennium bug puts hospitals in intensive care"by Ann Howe.

  25. "La crisis del 2000: apocalípticos o desinteresados". Clarín Digital.

  26. "The year 2000 crisis- what´s de big deal?" Y2K Countdown. Assurex International. Opus Cit.

  27. "The year 2000 crisis- what´s de big deal?" Y2K Countdown. Assurex International. Opus Cit.

  28. "Año 2000. Propuestas para afrontar la crisis" Por Julio Orione. Clarín. Informática, p. 19; 26 de agosto, 1998.

  29. "Locura electrónica. Las consecuencias de un error. Propuestas para afrontar la crisis". Por Ashley Dunn y Julio Ordone respectivamente. Diario Clarín, p.19., 26 de agosto, 1998.

  30. Confr. "The Risk Management Reporter". ECRI. Opus Cit.

  31. Confr. "The Risk Management Reporter". ECRI. Opus Cit.

  32. Confr. "Un Reporte del problema del Año 2000". Opus Cit.

  33. Confr. "The Risk Management Reporter". ECRI. Opus Cit.

  34. Confr. "The Risk Management Reporter". ECRI. Opus Cit

  35. Confr. "The Risk Management Reporter". ECRI. Opus Cit.

  36. Confr. "The Risk Management Reporter". ECRI. Opus Cit.

 
bullet

Las autoras agradecen muy especialmente a la Compañía Suiza de Reaseguros y a S. Madanes Agency-MRM, el material aportado y las valiosas sugerencias formuladas

 

Principal ] Arriba ]

Última modificación:Jueves, 10 de Junio de 2004