SPM (Galeno)

Descargue el documento del caso

Sistema de Protección Médica -SPM- es una empresa íntegramente dedicada a la atención de la salud. Las sucesivas fusiones que conforman SPM creó una compleja infraestructura tecnológica que atiende a seis grandes edificios administrativos; seis sanatorios, más las sucursales. Los clientes o usuarios de las empresas fusionadas bajo SPM suman unos 3500 empleados y unos 900 de ellos son estrictamente usuarios de sistemas. La fusión exigió tomar decisiones tecnológicas al mismo tiempo que seguir prestando servicios e incluso expandirlos hacia el interior argentino. Frente a la base de sistemas operativos heredados se planteó la alternativa de migrar a Linux, pero primó la seguridad y performance de Windows Server System. Paralelamente se migró el sistema de RRHH a SQL Server. Y Microsoft Terminal Server se constituyó en una excelente solución para vincular 45 puntos remotos sobre fina amplitud de banda de telecomunicaciones. En el creciente uso de correo electrónico, SPM actualizó su sistema de mensajería basado en Exchange 5.5, aprovechando la experiencia de los usuarios sobre esa plataforma y aplicaciones como Outlook. La etapa actualmente en implementación se realiza sobre Windows Server System.

Situación

Sistema de Protección Médica -SPM- es una empresa íntegramente dedicada a la atención de la salud. SPM -explica Santiago Videla, gerente de tecnología informática- se basa en dos pilares operativos: La Unidad de negocios Planes de Salud con sus planes Tim, Galeno Life, AMSA -todas bajo el paraguas de SPM- y cinco sanatorios -Trinidad, de Palermo; Trinidad, de San Isidro; Sanatorio Mitre, Sanatorio Dupuytren y Sanatorio Trinidad Quilmes-. La compañía está dividida en seis grandes edificios administrativos; cinco sanatorios, más las sucursales.

Los clientes o usuarios de las empresas fusionadas bajo SPM suman unos 3500 empleados y unos 900 de ellos son estrictamente usuarios de sistemas. La fusión exigió tomar decisiones tecnológicas al mismo tiempo que seguir prestando servicios e incluso expandirlos hacia el interior argentino. Frente a la base de sistemas operativos heredados se planteó la alternativa de migrar a Linux, pero primó la seguridad y performance de Windows Server System.

La primera etapa, habilitada el 1° de mayo de 2004, comprendió migrar aplicaciones a SQL Server. Y Microsoft Terminal Server se constituyó en una excelente solución para vincular 45 puntos remotos sobre delgados anchos de banda de comunicaciones. En sistema de mensajería se aprovechó la experiencia de los usuarios sobre Exchange 5.5 actualizándolo a las mejoras introducidas en 2000 y 2003.

Las etapas

La última gran fusión en SPM se produjo a fines de 2001. Durante 2002 se unificaron jefaturas y oficinas. En 2002 se unificó la red y se mudó el data center -que estaba en Carlos Pellegrini y Avenida del Libertador (conocido como el edificio Rulero) a una localización propia en Córdoba y Rodríguez Peña, también en la capital argentina. Esto significaba encarar la ampliación de funcionalidades, sin cambio de tecnología. "No queríamos que un proyecto de fusión tan grande se alargara o se complicara por cuestiones tecnológicas", dice Videla.

La primera etapa de implementación tecnológica inaugurada el 1° de mayo, sucedió a varios meses de prueba. Soportar la empresa funcionando implicó no solo migrar el motor de base de datos, sino también cambiar los servidores. Se encaró el cambio de correo; que no era acuciante en el corto plazo dado que Exchange seguía y sigue funcionando hoy. La fusión no dependía de ello, pero éramos conscientes de que no podríamos sostenerlo en el tiempo. Fue vital definir sobre qué íbamos andando en ese escalonamiento y los pasos a poner en marcha.

Se dio prioridad a Terminal Server, porque se atendía así a aquello que no podía esperar: que era la expansión en el interior, en un avance que abria una o dos sucursales nuevas cada mes. En materia de cambio de servidores -basados en NT 4, que estan dejando de tener soporte- hoy nos interesa migrar a Windows Server 2003, para utilizar los servicios de Active Directory e integrarlos con Exchange 2003.

Pero no queríamos hacerlo simultáneamente para evitar riesgos -dice Videla-. Entre las actividades de 2003 también figuró la migración de Meta 4 a SQL Server. El cambio de servidores a Windows Server 2003, es algo que estamos haciendo ahora juntamente con Géminis, que nos ayudan en esta etapa y en la evaluación de las herramientas.

En materia de hardware, SPM comparte los mundos Unix e Intel. En Unix SPM tiene servidores Aix, donde corre el motor de base de datos Informix y todos los demás servidores son Intel, en los que actualmente se está migrando a Windows Server 2003. Se está todavía en la etapa de identificar dominios heredados de las empresas que conforman la fusión. Quedó por lo tanto para esta etapa cambiar los servidores y unificar los dominios.

Optimizar herramientas

Santiago Videla explica que el proceso de fusión de SPM realizado en los años 2002 y 2003 priorizó conciliar plataformas, optimizar herramientas e incorporar otras nuevas.

SPM maneja a través de un sistema único las cuentas corriente, facturación y atención de planes de cobertura de salud. El sistema difiere por el lado de los sanatorios porque hay distintas localizaciones. Cada sanatorio atiende a un amplio abanico de organizaciones y también distintas necesidades de pacientes, según la cartilla de las prepagas a las que sirve. Cada uno tenía sus propias herramientas de origen y se planteaba ir integrándolas.

Bases de datos

En materia de base de datos, AMSA tenía Oracle; SPM estaba sobre Informix y las aplicaciones corrían sobre plataformas Aix y Windows. AMSA se basaba en sistemas que corrían productos Oracle -como Oracle Financials para el back office y enlatados estándar de salud-.

El 1° de mayo de 2004 estuvo operativa la etapa de fusión que se preparó durante varios meses para pasar bases de datos y aplicaciones a Informix. Videla sostiene que "No fue una mera fusión tecnológica, sino operativa y legal, con lo cual había que extremar los recaudos. Implicó definir los procesos y ampliar la funcionalidad de las herramientas que contábamos.

"Una primera decisión fue si Oracle o Informix y elegimos Informix aprovechando que teníamos desarrollos en Visual Basic que se habían hecho para la fusión de Galeno y Life y de éstas con TIM. Nuestra propia aplicación poseía una funcionalidad mucho mayor que la de Oracle que era enlatada. Eran aplicaciones que en su momento se hicieron con Visual Basic 4, en cliente/servidor sobre Windows 95 y ahora están en etapa de estudio de evolución hacia versiones de tecnologías más nuevas.

Recursos Humanos

"Con respecto al sistema de Recursos Humanos estábamos usando el Meta 4, que teníamos sobre Oracle. En ese caso particular pasamos a SQL Server, que nos daba la seguridad -ya por la versión del producto- de que íbamos a poder manejar muy bien. Además, a nivel de costos era mucho más barato que tener la plataforma Oracle nada más que para recursos humanos.

"Meta 4 no ofrecía un horizonte muy largo de cobertura con Informix y sí con SQL Server, lo cual nos dio la seguridad de que la alianza entre Meta 4 y Microsoft, se continuará en el tiempo. SQL Server no es caro y notamos que luego de la versión 7 es mucho más confiable. Eso determinó que usáramos SQL Server como motor de base de datos para recursos humanos".

El correo sobre Exchange

"Si antes el correo electrónico era una aplicación auxiliar, hoy se transformó en programa central. A tal punto que si se interrumpe el correo durante una hora, se transforma en un problema serio para la empresa. Resulta ineludible poseer una herramienta que soporte grandes volúmenes. Las compañías que convergían en la fusión venían trabajando ya con Exchange, versión 5.5 y, al unificarse la red creció notablemente la cantidad de usuarios de sanatorios y prepagas.

"En materia tecnológica -reflexiona Videla- siempre es adecuado analizar que alternativas ofrece el mercado. Luego de ese análisis nos pareció mejor seguir con Exchange porque el balance hasta aquí es bueno y los usuarios ya tienen experiencia en el aplicativo. Con los adicionales de 2000 y el 2003, nos pareció acertado actualizar, dado que no encontramos algo que fuera más barato ni que contara con las funcionalidades que tenemos en el Exchange".

Data Center

La fusión de SPM y su expansión hacia el interior, planteó además, reformular y rediseñar la red de datos, a la vez que mudar de lugar el data center, un problema grande de por sí. Grande porque se atienden desde el data center a unos 45 puntos en red, en forma de estrella. Esos puntos incluyen a seis grandes edificios administrativos, como los sanatorios que tienen un vínculo de datos muy fuerte, trabajando en forma casi local y con aplicaciones "pesadas" que exigen permanente soporte y gran ancho de banda.

Videla señala que "previa a la expansión hacia el interior SPM también creció en el Gran Buenos Aires; sin contar en todos los casos con un ancho de banda que nos hiciera sentir cómodos en el momento de usar las aplicaciones".

Videla refiere que se trabajaba con aplicaciones en Visual Basic 4 cliente/servidor, "y necesitábamos una solución que pudiera circular por un ancho de banda muy delgado y que a la vez permitiera utilizar módulos como los que usan las filiales del interior. Por ejemplo: un módulo caja para ocasionales cobranzas, pierde sentido si no está on line. Estar en línea permite la recuperación de un socio moroso que, apenas pagó su cuota, puede volver a ser atendido. Hay numerosas razones en las que el operador necesita saber si puede autorizar un reintegro, cobrar una cuota, facilitar un servicio y para ello es imprescindible estar en línea".

Terminal server

SPM necesitaba en cada filial de toda la funcionalidad del sistema, pero el ancho de banda disponible era muy fino o muy caro. "En este caso la solución que encontramos, luego de ver otras herramientas, fue Terminal Server. Esta nos permitió, en un ancho de banda muy delgado mantener dos o tres usuarios con todos los módulos y todas las funcionalidades que tiene una sucursal de Buenos Aires o del Gran Buenos Aires". Videla aclara que "muy delgado significa 64 kbps -porque nunca son reales- en líneas dedicadas y 512 kbps nominales en ADSL. A través de Terminal Server, acceden al servidor en el data center, de donde levantan las aplicaciones y cubren todas las funcionalidades que se usan en forma local.

"Constituyó una solución muy importante -explica Videla- porque evitó un gran gasto en conectividad. Porque para llegar a tener aplicaciones web necesitaríamos un largo tiempo y esto acortó el camino y nos permitió optimizar el ancho de banda. A punto tal que en ese mismo ADSL logramos resignar algo del ancho de banda para enviar voz sobre IP y ahorrar también en comunicaciones".

"El front end fue retocado muy poco -añade Videla- y solo en el caso en que dependíamos de identificaciones físicas en la PC del cliente. Porque hasta allí contábamos con un archivo en esa PC, que nos decía cuál era la localización física y -por un tema de seguridad- sabíamos cuál era el cajero que esa sucursal podía utilizar. Implicó hacer un cambio muy leve de modo que aquello que buscaba en forma local lo rastreara en otro lado. Y la aplicación siguió funcionando de la misma forma".

Balance y performance

En SPM -dice Santiago Videla- tenemos un mundo Microsoft y otro derivado de otros proveedores que también consideramos muy importantes. Nuestra máxima preocupación fue poder facturar y operar con medio millón de afiliados en todo el sistema. Esto requería que el motor de base de datos estuviera muy probado. Para ello tuvimos durante varios meses un servidor especial sobre el cual hicimos todas las pruebas de performance. Conocimos así acabadamente las nuevas funcionalidades y tuvimos la seguridad de que los cambios no afectarían lo anterior. Los resultados fueran lo esperado.

Esto anduvo muy bien y la nueva preocupación era que el resto de la infraestructura acompañara los cambios. Esa preocupación incluía contar con un importante mayor volumen, además de la expansión en el interior. Tenemos sucursales en Capital, en el Gran Buenos Aires y en el interior. Algunas son VPN como Bariloche, Neuquén, La Pampa. Algunas tienen su VPN sobre 256 kbps otras sobre 512 kbps (teniendo presente lo relativo de esos anchos de banda nominales).

Lo importante era cubrir las expectativas. Lo sobresaliente es que se superaron esas expectativas. Incluso el usuario tiene un nivel de respuesta muy serio. Al punto de poder retrasar la actualización de hardware dada la buena performance del software. Con Terminal Server puedo demorar el recambio y con ello los costos, dado que emplea recursos del servidor.

Santiago Videla dirige un equipo que integran medio centenar de expertos, entre permanentes y contratados, que se ocupan tanto de desarrollos como infraestructura -que abarca informática y mesa de ayuda-.

En proceso

SPM considera este trimestre como central en la migración a Windows Server 2003 y Exchange 2003. La idea es armar un ambiente de prueba, de modo de ver cómo está funcionando, terminar de aprender y hacer los ajustes finos. Para ello adquirimos algunos servidores acordes al volumen de tareas que vamos a transferirles. Es un esquema de almacenamiento SAN, el mismo que encaramos para la base de datos grande y para el servidor de correo que estamos incorporando.