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

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

???
- много-много полей, расположенных на нескольких закладках и после введения показ всего в 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 и др.

iscrafmAlexandrPlus,
... но сам принцип (построение текста по шалону) мне кажется пока наиболее оптимальным для подобных задач. Может есть еще какие наработки интерфейсов в этой отрасли, давно не занимался, было бы интересно посмотреть.
Если есть примеры, поделитесь плз.

Кое в чем осведомлен в этой области. Действительно существует направление в компьютерных науках - USABILITY, которое занимается интерфейсами (не только программ, но и пультов, периферии, ...).
Есть фирмы, которые проектируют интерфейсы на заказ. В т.ч. и в России, например,
ЮЗАБИЛИТИЛАБ ,
UI Modeling Company

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

Есть книги про это, в которых - листая и слушая мнения, одна главная мысль - ПРЕДПОЛАГАТЬ, ЧТО ПОЛЬЗОВАТЕЛЬ - ПОЛНЫЙ ИДИОТ. Программа тем более будет продаваема, чем больше интерфейс программы будет доступен идиотам.
Пример - почти все, купив сотовый, так всех функций не знают и не узнают, если функции не будут доступны как для идиота.

И вообще наверно стиль интерфейса должен быть как стиль у художников, есть кубисты, есть супрематисты, ... Вот и интерфейс - должен быть выразителен и интуитивно глубок.
P.S. Но конечно без перегибов в виде "Черного квадрата" Каземира Малевича. А у него даже еще не один "Черный квадрат" - несколько нарисовал. Да еще многие - В ПОДАРОК ДРУЗЬЯМ И БЛИЗКИМ!
Хотя потом продавали за сотни тысяч долларов.
Но это у Малевича вроде было перед смертью - рехаться начал наверное.

И когда вместе рисунки, скульптуры, спецдвижения всего этого, ... - ИНСТАЛЛЯЦИЯ. И установка софта - ИНСТАЛЛЯЦИЯ.

BION Обзор эргономических проблем и недостатков пользовательского интерфейса ПО
бухгалтерского учёта на примере 1С:Предприятие 7.5


И при том, что у других программ бухгалтерии интерфейсы лучше, 1С успешно выпихивает их с рынка. Эффект франчайзеров - и минимизация программирования при доделках и настройках под конкретное предприятие, но при этом конечно отшлифованных интерфейсов не будет.

BION
Руководство по UI дизайну для программистов

автор книги в теме