Vladimir BaskakovVar79skyANA,

А что значит больше? Бизнес логики в медицине может быть больше, все зависит только от количества специализированных областей.
Я бы выбрал C#, но лучше бы поискать что то что увеличивает производительность программиста.

Фреймворк-конструктор или на худой конец scaffolding, которые генерируют всё, от форм до БД, покроет 90% функционала за 5% времени.
Остальные 10% функционала будут жрать все оставшиеся ресурсы.

а потом кривыми тропами обходить то, что фреймворк ускоряющий работу из коробки не умеет, и выковыривать запросы, вешающие базу, которые нагенерил генератор.....
так такой генератор, где есть доступ к сгенерированным файлам, которые можно редактировать и что бы не перетерались при следующей генерации

HerdsmanP.S. Я был совершенно уверен, что какой нибудь корпоративный монстр вроде Google или Microsoft совершил какой то прорыв в этом вопросе. Меня очень удивляет, что нет. Все те системы частичной автоматизации, кроме наверное eXpressApp DevExpress сделаны кем то, кого никто не знает, кого надо выискивать и кто может вместе со своим продуктом вылететь завтра в трубу и я останусь ни с чем.
Microsoft Dynamics - смотрели, не подходит? я не знаю что там за язык в нем, просто вдруг подойдет

s.s.klemenkoHerdsman Программа должна работать на клиентском компьютере и, по видимому, WEB не подходит потому что много разного оборудования.

В этом проблем сейчас нет. Браузеры хорошо развились, например http://electron.atom.io/.
И что оно может с оборудованием работать? кто то это делал? В русскоязычном сегменте такие люди есть?

skyANAПроизводительность программиста? :) А толку? От этого релизы разве начнут чаще выходить?

Многие выпускают по 10-100 релизов в день без всякой генерации и scaffolding.
Ну вот зачем неделю тратить усилия мозга на рисование форм, когда можно за 5 минут сгенерировать.
Зачем свое время тратить на однотипные вещи.
Релизы могут и чаще выходить, все таки UI может много времени отнимать.
Если есть хорошее покрытие тестами, и continuous delivery, то релизится можно после каждого билда/коммита.
Была бы причина это делать так часто.
100 релизов в день, это человек 20 программистов должно быть минимум

skyANA,

прописали automationID - или как то так называется, и тестеры тыкают на кнопки и через студию записывают скрипт

Var79,

а зачем тратить время на компоненты, если они более менее одинаковые от приложения к приложению

zeon11Но однозначно - 1С в качестве платформы для описания пациента не подойдёт.
почему? вы какие то особенные требования предъявляете к авторплатформы для описания пациента?

zeon11Сейчас классифицировано более 13 тыс. нозологических единиц (болезней по простому).
У каждой болезни свой шаблон описания, причём в шаблон может входить до нескольких сотен параметров. Врач "на лету" описывает пациента. Глубина описания зависит от квалификации врача, его опыта и т.д. Описания одного пациента двумя врачами сидящими за соседними столами может отличаться кардинально. Как правило, врачи до внедрения какой-либо МИС (медицинской инф. системы) на все случаи жизни уже заготовили шаблоны-рыбы, обычно это документ Word'а, который они и заполняют. Перевести их на МИС достаточно проблематично, даже административный ресурс подчас не помогает. С 1С, с его медлительностью, недружелюбностью интерфейса могут работать только барышни в бухгалтерии, которые никуда не торопятся. Врач, если программа не ускоряет его работу, работать в ней не будет.
Причем тут 13 тыс и то что нужно врачу?
Как вариант, раз врач и так на 13 тыс не ориентируется, ему нужно давать только те формы которые подойдут ему, или вообще давать произвольную форму.
1С достаточно быстр и тем более уж удобен для заполнения справочников и документов.
1С слишком шаблонный для случаев когда кровь из носу нужны перделки, но обычно это редкость, хотя про мед. тему я вообще не в курсе.