Опять вопрос - какой интерфейс делать.

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

???
- много-много полей, расположенных на нескольких закладках и после введения показ всего в ole-контейнере с Word, в memo-поле, ...
- часть в полях и остальное в гриде, и так на закладках или в окнах-формах
- вертикальный грид, где строки поле-значение
- в tree ...
-

КАКИЕ ИНТЕРФЕЙСЫ СЕЙЧАС В МОДЕ?

АнатоЛойAlexandrPlus, контрольно, а локальный клиент или Web?

Сперва не в Web и данные передавать файлом, но в следующих версиях пересылать данные (которые полагаю в XML-файлах собирать и передавать) и через Web, если комп в Интернете.

А может быть сразу в браузере и интерфейс?

Хотя в регионах интернет ещё в диковинку и деликатес.

Petro123AlexandrPlus
КАКИЕ ИНТЕРФЕЙСЫ СЕЙЧАС В МОДЕ?
мода на интерфейсы есть, но она не для твоего случая - тупого набивания текста а ля печатная машинка.

- не совсем тупого - описываются медицинские случаи

- к тому же и для тупого набивания тоже интерфейс подходящий нужен, как раз вопрос о таком интерфейсе (а не об интерфейсе, например, среды разработки или проектирования)

А вообще это верно - предполагать, что пользователь будет именно тупо и с кучей ошибок вколачивать данные.

ВОПРОС О ТАКИХ ИНТЕРФЕЙСАХ.

[quote]
...
- максимальное использование клавы без мышки
- возможность масштабирования, прилипания, экранной формы
- возможность масштабирования, шрифтов
- звуковые эффекты на ошибках и подсветки с возможностью отключения (на виброзвонок :) )
- промежуточное сохранение частично набитого док-та
- автокалькуляторы и автодаты в нужных полях
- автозаполнение и автоподсказки последних набитых по полям и по документам (возможность загрузки одним кликом шаблона документа с типовыми данными)
...
[/quote]

это конечно

[quote] - внешний вид максимально приближён к источнику вколачивания[/quote]
источника вколачивания нет

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

вид типа накладная - стиль 1С - не видится удобным
вколачивать в ячейки грида - все сливается в кашу и глаза в одну точку
??

[quote]с этого всегда нужно начинать. Поищите на тему интерфейсов экспертных систем. Выбор из возмжных вариантов избавляет от множества ошибок[/quote]

например модули предварительного осмотра поступающих больных - не экспертные системы, но выбор из десятка вариантов с возможностью дописывать

Все же экспертные системы - это более генерация информации - а на интерфейсах не акцентируются

Petro123
AlexandrPlus
вколачивать в ячейки грида - все сливается в кашу и глаза в одну точку

они НЕ смотрят на экран когда вколачивают!
Дай им excell и посиди с ними 40 минут

Так и всё, что делает 1С Бухгалтерия, можно сделать на Excel, но как это будет выглядеть

iscrafm
iscrafm
маленький пример того, о чем шла речь, по вашей медицинской тематике: Flash (400 Кб)

edges7
Кстати да, довольно оригинально. :) Мы делали тоже что-то похожее, только выбор биопараметров у нас был реализован банально из комбобоксов.

edges7,
условие клиента было: возможные варианты перед глазами и поменьше телодвижений, только тыканье мышкой.

Выглядит красиво (похожее наблюдал в мед. ИС "Амулет" и "Авиценна" - наверно в других есть),
но глазами все же много бегать приходится.

К тому же и я из тех, кто тоже такие мед. ИС разрабатывал и продолжаю, и первичный осмотр
приемного отделения предполагает в полях ввода не только одиночные слова на выбор,
хотя более половины одно слово или одна цепочка символов и цифр, но много
фраз из 4-15 слов,
причем не редко во фразу надо вписывать числа или слова, например,
в поле "Перкуторно" группы "Органы кровообращения" типично
три варианта и, например, один
из вариантов 'границы относительной сердечной тупости расширены на'
и надо ввести оценку на сколько расширены. Причем в примере Flash (400 Кб) выбор
одиночных слов на нескольких строчках, слова сдвинуты - глазам приходится искать начала
вариантов со сдвигом и - увы - читать каждый раз, даже когда оператор знает-выучил варианты.

Второе: во всплывающем окне не видно сразу всё и надо пробегать ползунком (еще движения
глазами и пальцами).
Третье: не показыватся - не выделяется справа, в какой из позиций происходит ввод
в текущий момент, то есть не указывается, не тыкается - куда дальше (внимание оттягивает)
Четвертое: общий вид первичного осмотра для preview и печати - серый монотонный текст,
а возможно ведь в OLEContainer в Word-e выразительнее и неутомительнее.
Пятое: кодировка диагнозов по МКБ 10 - не сразу, а указывается как можно узкий подкласс диагнозов и потом в нем уточняют. Причем это не клинические диагнозы (основные, сопров., осложн., ....), которые после обсследования,
а диагноз первичного осмотра, который обычно переписывается из диагноза, который в поликлинике определили, если есть направление. А если нет, то так на вскидку примерно - без
кодирования.
...

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

edges7
И вообще, 21-й век на дворе уже почти 10 лет как, доктор НЕ обязан записывать
жалобы больного и протоколировать результаты приёма вручную:
есть средства распознавания речи и изображений, и нежелание разработчиков
в делать это можно описывать чем угодно, но не технической невозможностью
реализовать и не запредельной трудоёмкостью.

Так и врачи "плачутся в жилетку" всем, что примерно 2/3 рабочего времени - пишут-пишут.
Миллиционеры-офицеры, следователи прокуратуры тоже.
И что - допросы наверное записываются на видео-аудио, но писать в протоколах
иное надо - о фактах четко, однозначно, понятно и строго.
Или следователь будет наговаривать на диктофон и там будет печататся - есть такие системы,
но потом просмотр и правка ошибок распознавания. К тому же те, кто много пищет, причем думая при этом - скорость говорения не намного выше скорости написания. И чтобы система распознавала надо говорить медленно и четко, как-то акцентируясь на знаках препинания, и т.п.

GavrilovDAlexandrPlus

Сперва не в Web и данные передавать файлом, но в следующих версиях пересылать данные (которые полагаю в XML-файлах собирать и передавать) и через Web, если комп в Интернете.

А может быть сразу в браузере и интерфейс?

Хотя в регионах интернет ещё в диковинку и деликатес.
Если все равно XML, то быть может xForms подойдет.

Все же это продолжение HTML и не намного дальше, а используя DHTML, JavaScript, ... все же
довольно простенькие интерфейсы получаюся (либо нужно изрядно вывернуться, подключая
самы разные примочки). В инстр. средах Java можно всё, но также как ив других инстр. средах.

XML-файлы предполается использовать как эмуляцию локальной базы данных - с набором XML-файлов можно работать как с таблицами локальной базы данных, не пристегивая СУБД. А потом их экспортировать в матерые БД на SQL Server, Oracle и др.