Tras unos días intentando deducir cuáles debían ser los atributos de mis modelos, por fin mi proyecto comienza a tomar forma. Ayer investigando llegué hasta la página de plugins para Rails, en la que descubrí ActiveScaffold, un plugin que genera las vistas de los modelos de una forma mucho más atractiva que Scaffold, y que además incluye la tecnología Ajax. La verdad es que queda muy chulo, aunque cuesta ir descubriendo las opciones, pero el resultado merece mucho la pena. De momento me estoy centrando en la parte que he denominado Administración, y desde la cuál se incorporarán a la aplicación los datos con los que deberán trabajar los usuarios posteriormente, y que en principio son los datos relativos al hospital, a los servicios del mismo, a las unidades de enfermería, a los médicos, a las distintas procedencias y a los usuarios.

Quiero comentar también que me ha surgido un pequeño inconveniente durante el desarrollo de la vista para el modelo Hospital, ya que mi intención era incorporar al mismo un logotipo, para su posterior inclusión en la aplicación y los documentos generados, pero ActiveScaffold no tiene soporte para subir archivos mediante formularios. No obstante este contratiempo ha tenido una fácil solución, instalándome la versión de AS del trunk e instalando el plugin file_column, el cuál permite justamente el manejar el envío de ficheros mediante formularios multipart de una forma muy sencilla. No hace falta ningún tipo de configuración posterior, salvo definir los formularios como multipart en las opciones de AS en el controlador correspondiente, puesto que AS detecta el plugin y configura el formulario para que aparezca el botón de explorar para adjuntar el archivo de forma automática.

Por fin ha llegado el momento más esperado de mi carrera: enfrentarme al proyecto fin de carrera, o PFC. Tras pensarlo un poco y plantearme la situación actual, llegué a la conclusión de que un proyecto que quiera tener unas mínimas oportunidades de uso real, en los tiempos que corren, debe basarse en una interfaz web. Con esto conseguimos que prácticamente cualquier ordenador, tenga el hardware y el software que tenga, pueda ejecutar nuestra aplicación, teniendo ciertas exigencias solamente en el lado del servidor.

Recientemente se ha puesto muy de moda el hacer proyectos de este tipo, pero la gran mayoría de éstos se ciñen principalmente, en el ámbito de la Escuela donde estudio y desde mi punto de vista, a dos aspectos: usan J2EE como lenguaje de desarrollo (con sus distintas tecnologías como hibernate, struts, etc.), y suelen ser aplicaciones ya existentes, como páginas con foros o similares.

Por ello, y dado que quiero que mi proyecto me sirva para experimentar con cosas nuevas ya que es una oportunidad única, y puesto que también quiero crear una aplicación que, en el remoto caso de que se ponga en entornos productivos, sea verdaderamente útil, me he decantado por un lenguaje distinto y en plena expansión, Ruby on Rails, y por una aplicación tal vez algo rebuscada: la gestión de admisión para un hospital geriátrico.

Esta aplicación, en principio, gestionará los ingresos, altas, bajas y traslados de los pacientes de un hospital geriátrico. ¿Y por qué de este tipo de hospital? Porque así centro todo el desarrollo en un único aspecto y además me quito del medio muchas cosas superficiales que podrían desviar la atención del objetivo principal y entorpecer así el desarrollo de la aplicación. No obstante quiero remarcar una cosa muy importante: la aplicación no queda necesariamente ceñida a esto, y dado que RoR es un lenguaje que permite una fácil ampliación de las funcionalidades del código, es totalmente factible extender la aplicación a un hospital general con distintas unidades y servicios. En otras palabras, lo más difícil, que es sentar las bases de este tipo de programas, ya queda hecho. Así pues, en rasgos generales, se podría decir que la aplicación en si no sería si no un módulo de un posible HIS de mayor tamaño.

En principio hasta aquí sería lo que abarca la idea básica de mi proyecto, no obstante, y como he indicado más arriba, considero que esta es una oportunidad única para investigar, aprender e innovar, y me gustaría añadir algunas características que aprovechen la implantación tecnológica en la sociedad actual. En principio tan sólo he pensado en dos opciones, pero desde luego durante el desarrollo del proyecto, conforme vaya viendo las necesidades que surgen, se podrán añadir algunas más. Estas opciones se basan en el uso de la tecnología de telefonía móvil y del dni electrónico. Gracias a la tecnología móvil se podrá notificar a un paciente su próximo ingreso o cambios relativos a éste. Por otro lado, con el dni electrónico aparecen muchas posibilidades referentes a su uso para firmar documentos digitalmente: los pacientes, o sus representantes, podrían firmar las solicitudes de ingreso, justificantes, etc. y los médicos podrían utilizarlo para firmar digitalmente otro tipo de documentos, como los informes de alta.

Si todo va bien, mi idea es poder presentar el proyecto ante el tribunal en el mes de mayo, por lo que durante los próximos meses iré comentando aquí en mi blog cómo discurre el desarrollo del mismo.

Cualquier duda, sugerencia o crítica será bienvenida.

Un saludo.