lunes, 15 de marzo de 2010

Concurso MEDAS: Estándares de arquitectura y desarrollo informático de la Consejería de Sanidad

NOTA PREVIA DEL EDITOR: Por su interés tecnológico, transcribimos íntegro el ANEXO II de los pliegos de condiciones técnicas (de los que ya nos hemos hecho eco aquí) de este importante concurso público dado que repasa de forma exhaustiva los estándares de arquitectura tecnológica que la Consejería ha elegido para los nuevos desarrollos y sistemas y que deberán respetar en principio los adjudicatarios del concurso.


'Se describen, a título informativo, los estándares actuales, si bien estos podrán ser modificados por la DGSIS durante el contrato.

1. Estándares de arquitectura de sistemas de la CSCM
1.1. Estándar para aplicaciones corporativas (UNIX)

Arquitectura en tres capas: presentación, aplicación y base de datos.

Capa de presentación:
  • Se ejecutará principalmente en un navegador, considerándose siempre como necesarios para la certificación de cualquier sistema las versiones de Explorer (5.5 o superior) y Mozilla Firefox (2.0 o superior). Igualmente, deberá garantizarse el funcionamiento correcto sobre sistemas operativos abiertos o propietarios, aunque éstos se encuentren virtualizados.

  • Se deberá realizar toda la lógica de controladores, validaciones, llamadas a servicios en red y mapeo a HTML de resultados de servicios en lenguaje JavaScript, ejecutado en el navegador. Cuando sea posible y aconsejable desde el diseño se realizarán llamadas asíncronas, según los principios de Ajax. La llamada a servicios se realizará según los principios de servicios REST (recursos accesibles por URI y HTTP completo), evitándose en lo posible la complejidad SOAP.

  • En caso de necesidad, se deberá justificar si una aplicación debe alcanzar un nivel de accesibilidad AA, la funcionalidad descrita de presentación se podrá realizar en servidor con tecnologías tipo: struts, hibernate o JSF y JSP’s (J2EE) o ASP, ASPX (.net) y mantener el cliente únicamente como maleador HTML.

Lógica de negocio (capa de presentación y servidor de aplicaciones)):
  • S.O. Linux Red Hat 4 update 5 o Red Hat 5 update 3
  • OAS 10.1.3.3
  • Apache
Base de Datos:
  • S.O. Linux Red Hat 4 update 5 o Red Hat 5 update 3
  • Oracle 10.2.0.3 / 10.2.0.4

1.2. Estándar para entornos Windows

Estándares software para Servicios Web (.NET):

Lógica de negocio (capa de presentación y servidor de aplicaciones):
  • S.O. Windows 2003
  • IIS 6.0 (el que viene con Windows 2003)
Base de datos:
  • S.O. Linux Red Hat 4 update 5 o Red Hat 5 update 3
  • Oracle 10.2.0.3 / 10.2.0.4
En ocasiones se permite el uso de:
  • S.O. Windows 2003
  • SQL 2005

1.3. Estándar de arquitectura física de sistemas
  • Entornos de desarrollo, preproducción (certificación) y producción

  • Capa de presentación y de negocio en alta disponibilidad: servidores (blades) balanceados vía hardware

  • Aceleradores criptográficos (finalizan sesiones SSL)

  • Arquitectura de seguridad: DMZ

  • Cluster de firewalls

  • CPD de contingencia: réplica física de cabinas de almacenamiento a través de enlace dedicado (DWDM) Fibre Channel

  • Flujo de acceso a aplicaciones diferenciado entre usuarios internos (conectados a red sanitaria) y usuarios externos (acceden a las aplicaciones desde Internet vía proxy inverso).


2. Estándares de desarrollo de la CSCM
Desde hace tiempo la Dirección General de Sistemas de Información Sanitaria (DGSIS) ha determinado que todo nuevo desarrollo de aplicación o sistema de información (SI) cuya ubicación final sean CPDs (centro de proceso de datos) de la
CSCM se desarrolle sobre plataforma J2EE, de tal manera que dicha aplicación cumpla los requisitos fundamentales que a continuación se detallan:


  • El SI deberá ser cliente-servidor Web y en “n” capas.

  • El cliente será un cliente fino, es decir, un navegador Web. Los estilos que se visualicen en la parte cliente deben ser como mínimo compatibles con Internet Explorer (versión 5.5 o superior) y Mozilla Firefox (versión 2.0 o superior).

  • En casos concretos y por necesidades propias del proyecto, el cliente puede requerir un interfaz de usuario altamente interactivo. Para estos casos, se puede implementar un cliente grueso (Java Web Start, applets, etcétera).

  • El SI se deberá desarrollar sobre la JDK 1.5

  • Utilización de un framework (librerías) de acceso a base de datos de J2EE como Toplink, Hibernate...

  • Si la CSCM lo considerase necesario, el SI deberá integrarse (vía RMI, Java Remote Method Invocation o Servicios Web) con CIBELES (BBDD considerados maestros, por ejemplo: datos del callejero, de profesionales, de ciudadanos...) a través de una plataforma de servicios denominados “Servicios Horizontales” desarrollados por el personal de la CSCM.

  • Si la CSCM lo considera oportuno las aplicaciones deberán poder delegar la gestión de roles y permisos de usuarios (autorización y autenticación) sobre el OID (Oracle Internet Directory) de la CSCM. Para ello deberá utilizar JAZN (Java AuthoriZatioN). Asimismo podrá exigirse la posibilidad de integración con el Single Sign On (SSO) de Oracle.

  • El SI deberá integrarse con el sistema de Gestión Automática de Identidades de la CSCM (GestiónAI) para el alta baja y modificación de usuarios.
No obstante se deberá tener en cuenta que actualmente continúan existiendo Aplicativos en producción desarrollados en tecnología .NET

Actualmente, el personal interno de la CSCM ocupado en el Desarrollo de nuevas aplicaciones está utilizando como herramientas:
  • Modelado UML: Jdeveloper, MS Visio 2003

  • Modelador de Datos: ErWin (modelos antiguos); Oracle JDeveloper y Oracle Designer: definición de nuevos modelos de datos

  • Herramienta de Maquetación: JDeveloper

  • Herramienta de Desarrollo:
    Entorno Operacional: JDeveloper v10 de Oracle (actualmente versión 10.1.3.3 con JDK 1.5)

    Entorno Informacional: Business Object para todo el reporting de las aplicaciones.

  • SharePoint

  • Herramienta redocumentación: Microsoft Office 2003 pro.
Se recomienda el uso de las mismas con objeto de evitar posibles problemas de incompatibilidades que pudieran repercutir en la evolución de un proyecto.'

Fuente: ANEXO II de los pliegos de prescripcione técnicas particualres que han de regir el contrato tiulado "Servicio de Mantenimiento, evolución y desarrollo de aplicaciones sanitarias, actualmente en producción (MEDAS) para el Servicio Madrileño de Salud", redactado por laDir. Gral de Sistemas de Información Sanitaria del SERMAS



Entradas relacionadas:

No hay comentarios: