GrigoriyFomin,
Много лет пользуюсь TRichView, использую и как хранилище документов, приходящих по почте, и как генератор отчетов из БД.
Обучил нескольких врачей "шлёпать" шаблоны документов, они обучили остальных. Редко-редко обратятся сгенерить какой-нибудь новый тег из БД, а так всё сами.

Гаджимурадов Рустам,
Своя самописка, сделал, когда понял, что ни FR2.56, ни FR5.56 (у меня на них лицензии) не позволяют сделать полноценные медицинские документы. Смотрел, как сделано в других МИС (медицинских инф. системах). Но там, как правило, кроме внесения голого текста от врачей не требуется. Под голым текстом подразумевается внесение врукопашную врачом фактически всей истории болезни исходя из личного опыта врача, его загруженности и т.п. У врачей естественно были свои наработки в вордовских документах, но это всё не стандартизованно, и достаточно убого. Короче, сделал так. Вся история болезни раскидана по таблицам, справочникам. Для формирования печатного документа автоматически делаются запросы, результаты запросов оформляются как теги, далее врач выбирает нужный ему шаблон документа, автоматически заменяются теги шаблона на результаты запросов, сформированный окончательный документ сохраняется в БД. Его уже может просмотреть другой врач, можно распечатать. Документ изменить может только автор документа, но можно и запретить ему это делать.
Тут шаблон документа, врачу показывается по умолчанию только левая часть, где дерево. При желании может открыть и левую часть, подредактировать текст. Не автор шаблона может только использовать этот шаблон, при желании на основе авторского шаблона может сделать и свой собственный шаблон. Автор может закрыть видимость шаблона другим врачам и пользоваться им единолично, такое тоже распространено. Теги - текст в квадратных скобках.

Гаджимурадов Рустам,
По поводу запросов. Запросы нисходящие, т.е. в корне дерева может быть несколько запросов, результаты запросов распространяются на подчинённые отчёты. Т.е. на закладке "Запросы" никаких запросов может и не быть, если результаты запросов верхнего уровня обслуживают нижние шаблоны. Если запросов недостаточно, то для конкретного шаблона можно дописать дополнительные запросы.
Помимо запросов, в теги могут попадать и константы, как-то главный врач, бухгалтер ИНН и прочее.

Перед формированием отчета будут формироваться все семь dataset'ов сверху вниз. Если по каким-то причинам (по невнимательности) будут формироваться одинаковые теги, то значения тегов будут переписываться более свежими.
Это сделано для того, чтобы врачей не смущала закладка "Запросы", как правило она пустая. При создании своих документов им достаточно в дереве документов создать свой "листочек", дать ему название и в правой части в редакторе копипастом "воткнуть"
или чужой шаблон документов с тегами, а затем его подредактировать под себя, либо также копипастом воткнуть свой доковский документ и расставить теги где нужно. Такая иерархия запросов и получилась из-за осознания того, что скопировать текст документа врачи ещё могут, а вот плюсом скопировать закладку "запросы" у них уже возникают проблемы. Так что запросы врачи не пишут, их может написать сисадмин, если немного понимает в SQL, то по образцу что-то может и написать. Построитель запросов есть (на закладке кнопка "SQL Строитель"), но на самом деле это никому не нужная лажа, которой никто не пользуется. Не то, что плохо написана, просто сама идея таких "Строителей" изжила себя.




Да. На закладке "Запросы к БД" можно увидеть блок {Композит}
Если туда записать через точку с запятой коды отчетов, то больше ничего писать не надо, программа соберёт один документ из перечисленных документов.
В дереве документов можно выделить несколько документов, тогда по одному клику пациенту создастся пакет документов.

Запросы возвращают как правило одну запись, так что нагрузки на БД не наблюдал.
По таблицам. TRichView позволяет делать таблицы, но что-то серьезное, проблематично.
Проблематично не столько для меня, сколько для конечных пользователей, так что лучше им эти горизонты не показывать. Серьезные табличные документы проще сделать в FastReport, шахматки там-же делаю. В рамках той-же МИС есть "Меню-раскладка для приготовления питания" на FR256 с динамичным количеством колонок (столы, режимы питания и т.д.) форма 44-МЗ, формат листа A3.

Для врачей, кто по-продвинутей, есть OLAP-отчеты (FastCube, лицензии на 1.* и 2.*), там они считают свою нагрузку, делают годовые отчёты и т.п. Есть мысль закидывать OLAP-отчеты в RichView документ, но пока никто этой фичи не заказал, а самому лениво.

По выкладке. Причесать надо, если что конкретное, спрашивайте, поясню. В принципе каких-то особых фишек тут нет, все из картинок видно, а как на уровне БД устроено, поясню.

Пользователь никогда и не умел делать отчеты. Эта тема тянется ещё с односекундной жёлтой программы, когда для гипотетического бухгалтера был даже придуман русифицированный язык. За 20 лет я так и не встретил бухгалтера, которому это-бы понадобилось. Наверное, и на всём этом форуме таких счастливчиков не найдётся.
По поводу плагинов - тема хорошая, но всё-таки для отчетов слишком громоздкая. И даже с самой изощренной логикой в плагине, в конце концов встанет вопрос - куда выводить результат? Если не в FastReport, то Word & Excel? Недорогих "печаталок"-то и нет, а скоро и совсем не будет.