Hola... adiero a la opinion anterior... si el objetivo es solucionar el problema actual, me parece que lo mejor es darle mantenimiento al sistema existente, va a ser mas economico. Si cumplio bien su funcion tanto tiempo por que cambiarlo por otra cosa para que no le agregua ninguna mejora al sistema (en funcionalidad o confiabilidad).
Igualmente, si queres rediseñarlo por un sistema digital me parece que no estas teniendo muy en cuenta el tema de la confiabilidad de la transmision. Toda transmision digital real tiene una tasa de error, un uno se convierte en cero con mayor o menor probabilidad por los mas inesperados factores. En wireless te puede interferir un equipo operando en la misma frecuencia o algo momentaneamente bloquearte la señal, el cable serie puede pasar cerca de un cable de alimentacion y un pico de corriente interferir, que se yo, infinidad de cosas... Y como decis, en un hospital segundos salvan vidas y no podes dejar la posibiladad de que alguien llame una enfermera y esta nunca se entere porque justo la llamo cuando arranco el ascensor y un uno se convirtio en cero....
Por ese lado, el wireless no me parece muy confiable... casi todo el espectro de frecuencias esta ocupado y siempre puede interferirte algo... Poniendolo simple, los protocolos de comunicacion inalambrica transmiten y retransmiten los paquetes de datos hasta que tienen confirmacion del receptor de que llegaron bien... eso da que las velocidades de conexion entre equipos varien de acuerdo al ruido de la comunicacion (cantidad de errores y retransmisiones). Una red Zigbee seria lo que podrias tratar de armar en el caso del hospital, hay modulos comerciales que hacen todo eso y solo les conectas un microcontrolador, Maxstream por ejemplo, pero insisto no me parece conveniente.
En transmision serie lo mas adecuado para unos 100 metros me parece que es en RS485... Puede funcionar bien a velocidades no muy altas pero tenes que pensar implementar algun protocolo con por lo menos codigo de deteccion de errores (CRC, paridad..) y confirmaciones de datos recibidos (ACKs).
Otra cosa a tener en cuenta es que vas a tener varios transmisores (En realidad transmiten y reciben) y un unico receptor, la central, todos colgados del mismo par de cables. Que pasa si dos transmiten al mismo tiempo, se interfieren y no llega nada... El protocolo de comunicacion tiene que contemplar eso.... Normalmente se usan configuraciones Maestro/Esclavos donde los esclavos no transmiten si no es porque el maestro se los pide. Asi, la central hace ciclos donde les va preguntando uno por uno a los esclavos si tienen datos para transmitir y en ese caso le pide los datos... Otra posibilidad es que antes de transmitir, cada dispositivo se fije si no hay otro transmitiendo y de ser asi, espera un tiempo antes de intentar de nuevo, pero es mas complicado de hacer...
Bueno, me enrosque un poquito, jaja... pero son todas las cosas que se me fuero ocurriendo si tuviera que armar un sistema asi... Primero pensando todo lo que puede fallar (Si pude fallar, fallará... citando nuevamente a murphy).... es un hospital por lo que el sistema tiene que ser muy robusto, los que lo usan no pueden desconfiarle...
Por eso vuelvo al principio y reparar lo existente creo que es lo adecuado y mientras pensar bien un sistema para reemplazarlo teniendo en cuenta todo aunque solo sea prender unos leds de unas habitaciones a otra... Y, lo mejor para vender algo que reemplace lo existente que funciona es buscarle la vuelta para poder decir que va a funcionar mejor o agregarle nuevas funcionalidades, no teniendo tanto en cuenta la mejora tecnologica ya que el usuario final normalmente no la aprecia...