Чтобы ответить на ваш вопрос напрямую, в то время как учебные пособия по Rails любят собирать информацию в одном контроллере для одной модели, мой пятилетний опыт написания больших корпоративных приложений на Rails показал мне, что создаваемые вами контроллеры относятся к представлениям, которые вам необходимы. показать, а не личные отношения с моделями. Таким образом, было бы более чем логично создать несколько контроллеров для каждого аспекта вашей модели пациента.
Однако мне кажется, что реальная проблема заключается в том, что ваша модель пациента перегружена попыткой сделать слишком много вещей одновременно. Я бы посоветовал вам нормализовать некоторую информацию в их собственных моделях, особенно в тех случаях, когда вам может понадобиться связь «имеет много», например медицинские атрибуты, записанные в разные даты.
Чтобы дать лучший ответ, мне нужно больше информации о том, что пытается сделать ваше программное обеспечение, в частности, какую категорию «медицинского программного обеспечения» вы пытаетесь написать, и если это вспомогательная утилита для специальности цель или EHR общего назначения или медицинское приложение для выставления счетов.