Наша зуботехническая лаборатория выполняет коронки, мостовидные и бюгельные конструкции, полные и частичные съёмные протезы по нарядам от стоматологов. Весь учёт держится на бумажных бланках и общем журнале: врач передаёт работу, техник или приёмщик от руки заносит данные пациента, конструкцию, номера зубов, оттенок по расцветке и материал, после чего бланк кочует между рабочими местами до сдачи. Из-за этого наряды теряются, цвет читают по-разному, сроки уходят, а на вопрос клиники «готово ли?» никто не отвечает, не подойдя к столу. Хотим программу, которая заменит бумагу единой картотекой нарядов — прозрачной, с поиском и общей для всей смены.
Основное — регистрация наряда на входе. Хотим заводить отправившую клинику и доктора, идентификатор пациента, вид конструкции (одиночная коронка, мост, полный или частичный протез, абатмент и прочее), рабочие зубы, оттенок, материал, текстовые пояснения и снимки. Каждому наряду присваивается номер и стадия, проходящая по нашему реальному техпроцессу: модели и штампики, воск или CAD-моделирование, литьё либо фрезеровка, облицовка и глазурь керамики, обработка и ОТК, затем готовность к выдаче. Каждую стадию закрепляем за конкретным техником, задаём срок на весь наряд и хотим сразу видеть, что укладывается в срок, что подходит к дедлайну, а что уже просрочено, вместе с загрузкой каждого техника.
Поверх этого — выдача и деньги. Готовый наряд помечаем сданным, отмечаем способ возврата в клинику и факт получения, а из этой же записи собираем расчёт по цене каждой работы и месячную ведомость по каждой клинике. Подчеркнём: мы лаборатория, а не клиника — пациентов не принимаем и не лечим, а производим по заказам врачей, поэтому программа должна оперировать нарядами и стадиями изготовления, а не записью на приём.
Ожидаемые возможности:
— Карточка наряда: клиника, доктор, пациент, вид работы, зубы, оттенок, материал, пояснения и вложенные фото;
— Гибкий техпроцесс со стадиями, ответственным техником и статусом каждого наряда;
— Контроль сроков с отметками «в срок», «скоро», «просрочено» и наглядной загрузкой техников;
— Учёт выдачи и стоимость по наряду со сведением в месячные счета по клиникам.
Основное — регистрация наряда на входе. Хотим заводить отправившую клинику и доктора, идентификатор пациента, вид конструкции (одиночная коронка, мост, полный или частичный протез, абатмент и прочее), рабочие зубы, оттенок, материал, текстовые пояснения и снимки. Каждому наряду присваивается номер и стадия, проходящая по нашему реальному техпроцессу: модели и штампики, воск или CAD-моделирование, литьё либо фрезеровка, облицовка и глазурь керамики, обработка и ОТК, затем готовность к выдаче. Каждую стадию закрепляем за конкретным техником, задаём срок на весь наряд и хотим сразу видеть, что укладывается в срок, что подходит к дедлайну, а что уже просрочено, вместе с загрузкой каждого техника.
Поверх этого — выдача и деньги. Готовый наряд помечаем сданным, отмечаем способ возврата в клинику и факт получения, а из этой же записи собираем расчёт по цене каждой работы и месячную ведомость по каждой клинике. Подчеркнём: мы лаборатория, а не клиника — пациентов не принимаем и не лечим, а производим по заказам врачей, поэтому программа должна оперировать нарядами и стадиями изготовления, а не записью на приём.
Ожидаемые возможности:
— Карточка наряда: клиника, доктор, пациент, вид работы, зубы, оттенок, материал, пояснения и вложенные фото;
— Гибкий техпроцесс со стадиями, ответственным техником и статусом каждого наряда;
— Контроль сроков с отметками «в срок», «скоро», «просрочено» и наглядной загрузкой техников;
— Учёт выдачи и стоимость по наряду со сведением в месячные счета по клиникам.
