АСУ:Регистратура (описание)

Конфигурация АСУ:Регистратура предназначена для автоматизации работы регистратур в поликлиниках, как в государственных, так и в частных.

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

Рабочий стол «График приема» предназначен для записи пациентов на прием  в удобном графическом интерфейсе . График приема может выводится для одного врача на 10 дней:

, либо на всех врачей на 1 день:

Рабочее время выделяется желтым цветом, нерабочее серым. Рабочий день поделен на интервалы, равные минимальной длительности приема.

При клике на свободную ячейку выводится документ «Запись на прием» с уже заполненными полями,  остается заполнить только поле «Пациент»:

3.jpg

 Для формирования графика работы врачей разработан удобный интерфейс, который позволит заводить различные режимы работы врачей. Автоматизированно заведение графиков работы. Для режимов работы «Пятидневка» и «Шестидневка» предусмотрен учет праздничных дней и их перенос (если совпадают с выходными днями).

 

Пятидневка

Интуитивно понятно и легко завести «Скользящий» или «Настраиваемый» режим работы

Оптово-торговым и транспортным кампаниям

Наша команда специалистов разработает для Вас систему автоматического формирования оптимального маршрута доставки продукции на точки розницы. Оптимальные пути будут разработаны с помощью метода Кларка-Райта.

 

Метод Кларка-Райта был разработан двумя британскими учеными Г. Кларком (G. Clarke) и Дж.В. Райтом (J.W. Right). Несмотря на давность разработки (метод опубликован в 1963 г.), он до сих пор остается самым популярным методом для решения данной задачи, о чем свидетельствует практика его применения.

Метод Кларка-Райта относится к числу приближенных, итерационных методов и  предназначается для компьютерного решения задачи развозки. Погрешность решения не превосходит в среднем 5-10%. Достоинствами метода являются его простота, надежность и гибкость, что позволяет учитывать целый ряд дополнительных факторов, влияющих на конечное решение задачи.

Рассмотрим метод Кларка-Райта на примере. За основу возьмем исходные данные из таблицы 1.

Таблица 1. Исходные данные

i

xi

yi

qi

i

xi

yi

qi

1

17

15

450

7

4

14

250

2

6

15

400

8

17

2

200

3

13

3

400

9

12

22

450

4

9

20

200

10

6

12

300

5

19

7

150

11

19

17

475

6

8

8

450

12

12

8

550

где xi, yi – координаты iго получателя, qi – объем спроса iго получателя, шт.

 

Местоположение оптовой базы и 12 получателей, а также объем поставок каждому получателю приведены на рисунке 1.

На этом же рисунке указана и исходная схема развозки грузов. Согласно исходной схеме, для доставки груза каждому отдельному получателю организуется отдельный маршрут. Например, водитель загружает в кузов партию 450 шт. и везет ее в пункт 1, там разгружается, затем возвращается на базу, берет вторую партию 400 шт. и везет ее в пункт 2 и т.д. Таким образом, исходная схема развозки включает в себя только радиальные маршруты движения автомобиля, причем количество радиальных маршрутов совпадает с количеством получателей. В данном случае, схема развозки состоит из 12 радиальных маршрутов.

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

 Рисунок 1. АСУ:Оптимальные пути по методу Кларка-Райта, карта 1

   Рисунок 1.

 

Рисунок 2. АСУ:Оптимальные пути по методу Кларка-Райта.

Рисунок 2.

 

На рисунке 2 отображены две схемы развозки. Схема развозки А (слева) обеспечивает доставку грузов в пункты 1 и 2 по радиальным маршрутам. Схема развозки B предполагает доставку грузов в пункты 1 и 2 по кольцевому маршруту. 

Используя Метод Кларка-Райта суммарный километровый выигрыш составляет:

S = 23,0 + 21,4 + 14,6 + 13,4 + 8,8 + 8,3 + 7,9 + 7,8 = 105,3 км

а общий пробег автотранспорта, соответственно:

L1 = L0S = 195 –105,3 = 89,7 км

Графически оптимальная схема развозки представлена на рисунке 3. Как видно, оптимальная схема развозки включает в себя четыре кольцевых маршрута (вместо первоначальных 12 радиальных маршрутов). Результаты расчетов сведены в таблицу 2:

 Рисунок 3. АСУ:Оптимальные пути по методу Кларка-Райта, карта 2

Рисунок 3.

 

Таблица 2

Результат решения задачи развозки

 

№ п/п

Маршрут

Объем поставки, шт

Пробег, км

1

0-12-3-8-5-0

1300

33,9

2

0-1-11-0

925

19,0

3

0-9-4-0

650

16,0

4

0-2-7-10-6-0

1400

20,8

Итого

4275

89,7

Заказать разработку.

Порядок заполнения Отчета ф. 0503737

Вопросы-ответы по заполнению формы 0503737 в 1С:Бухгалтерия государственного учреждения 8

Согласно п. 34 Инструкции N 33н составлять Отчет ф. 0503737 образовательные учреждения (обособленные подразделения) должны будут в разрезе видов финансового обеспечения (деятельности). Для этого в заголовочной части предусмотрена графа, в которой указывается код «Вид финансового обеспечения (деятельности)». Бюджетные и автономные образовательные учреждения будут составлять этот отчет по следующим источникам финансирования с указанием кода:

 

Читать далее «Порядок заполнения Отчета ф. 0503737»

Наша группа разработчиков помогает ИТ-компаниям

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

Наши партнеры:

Внедрение и сопровождение ГБОУ ВПО Казанского ГМУ Минздрава России

КГМУ

Перед нами поставлена задача внедрения важнейших блоков работы университета:

  • Бухгалтерия;
  • Зарплата;
  • Планирование учебного процесса;
  • Организация и проведение приемной кампании;
  • Управление студенческим составом;
  • Контроль индивидуальной успеваемости и посещаемости;
  • Формирование профессорско-преподавательского состава;
  • Расчет и распределение учебной нагрузки;
  • Учет оплаты за обучение;
  • Стипендиальное обеспечение студентов и аспирантов;
  • Выпуск студентов и трудоустройство выпускников;
  • Управление кампусом вуза (учет аудиторного фонда, учет состояния зданий и помещений, контроль проживания в общежитиях);
  • Управление работой аспирантуры и докторантуры;
  • Информационная поддержка работы диссертационных советов;
  • Расчет рейтинга сотрудников и подразделений вуза;
  • Ведение программ дополнительного образования и довузовской подготовки…

Внедрение 1C:Университет ПРОФ в Медицинском Университета

Внедрение 1C:Университет ПРОФ в ГБОУ ВПО Казанский ГМУ Минздрава России

Казанский медицинский университет — государственное высшее медицинское учебное заведение. В настоящее время Казанский ГМУ входит в систему высшего образования и научных исследований Министерства здравоохранения Российской Федерации. В рамках университета реализовано непрерывное медицинское образование. На базе КГМУ функционирует медико-фармацевтический колледж, который обеспечивает подготовку специалистов среднего профессионального образования.

Для автоматизации управленческой деятельности учреждения в 2013 году руководство университета приняло решение о создании единой информационной системы.

Реализация проекта была поручена нам, объединению «АСУ».

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

1) Учет и хранение информации об основных процессах ВУЗа должен быть реализован в одной базе данных;

2) Система должна интегрироваться с бухгалтерской системой учреждения;

3) Иметь возможность планирования учебного процесса;

4) Система должна автоматизировать управление контингентом студентов вуза;

5) Должен вестись учет платных образовательных услуг.

Программным продуктом, способным решить поставленные задачи, стало отраслевое решение фирмы «1С» «1С: Университет ПРОФ». Оно охватывает все основные виды деятельности учебного процесса ВУЗа и имеет возможность интегрируется с типовыми решениями фирмы «1С» для бухгалтерии и отдела кадров.

С помощью «1С: Университет ПРОФ» можно автоматизировать рабочие места сотрудников следующих структурных подразделений:

  • Приемная комиссия

  • Деканаты

  • Кафедры

  • Учебно-методический отдел

  • Научно-исследовательская часть

  • Управление аспирантуры и докторантуры

  • Диссертационные советы

  • Диспетчерская

  • Бухгалтерия

  • Студенческий отдел кадров

  • Управление довузовского и дополнительного образования

  • Профсоюзный комитет

Приемная кампания – это одна из самых важных и трудоемких задач, которую ежегодно решает каждый ВУЗ. В этот период работа приемной комиссии связана с оформлением большого количества документов, заполнением различных заявлений, личных дел, справок, регистрацией и учетом документов, созданием множества отчетов. Отсутствие единой системы сильно замедляло скорость обработки данных. Именно поэтому на первом этапе было решено автоматизировать работу приемной комиссии.

Ранее в КГМУ информация об абитуриентах заносилась в «самописную» базу MS Access. Поэтому основной задачей стал перенос данных из этой базы в «1С: Университет ПРОФ». Мы успешно интегрировали базу MS Access с «1С: Университет ПРОФ», после чего было перенесено более 7,5 тыс. заявлений абитуриентов. Приемная кампания 2014 года будет проводиться уже с использованием «1С: Университет ПРОФ».

Следующий этап нашей работы – это автоматизация учебно-методического отдела. Вначале в систему были заведены учебные планы ФГОС-2 и ФГОС-3 по всем направлениям подготовки. Затем перенесена информация по плановой нагрузке кафедр и реестр учебных аудиторий, закрепленных за кафедрами.

Третьим этапом стала автоматизация деятельности деканатов. Деканат хранит и обрабатывает сведения о студентах ВУЗа. Весь студенческий контингент было решено перенести из конфигурации 1С «Бухгалтерия государственного учреждения», редакция 1.0. Для корректной работы обоих систем были разработаны средства позволяющие полное взаимодействие конфигураций в части студенческого состава.

Четвертый этап — внедрение в отделе кадров подсистемы формирования профессорско-преподавательского состава. Штатные средства конфигураций «1С:Зарплата и кадры бюджетного учреждения» и «1С: Университет ПРОФ» не позволяют совершать полноценный обмен информации о сотрудниках, поэтому нашими специалистами был разработана новая система взаимодействия конфигураций.

В настоящее время работа по внедрению «1С: Университет ПРОФ» в Казанском ГМУ продолжается. На очереди автоматизация научно-исследовательской части, управления аспирантуры и докторантуры и управления довузовского и дополнительного образования.

В результате проекта внедрения в Казанском медицинском университете будет функционировать единая информационная система, в которой объединится работа основных подразделений ВУЗа: кафедр, учебно-методического отдела, кадрового отдела и бухгалтерии.

Форма №1-МС для конфигурации «Зарплата и кадры бюджетного учреждения, редакция 1.0» (1С 8.1, 8.2) (устарела 01.10.2013)

 

 

Файл (42Кб) Купить полную версию

 

Указания по заполнению формы федерального статистического наблюдения

 

1.Форму № 1-МС заполняют органы местного самоуправления и избирательные комиссии муниципальных образований, действовавшие в соответствии с Федеральным законом от 6 октября 2003 г. № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации» и нормативными правовыми актами субъекта Российской Федерации и органов местного самоуправления.

 

Читать далее «Форма №1-МС для конфигурации «Зарплата и кадры бюджетного учреждения, редакция 1.0» (1С 8.1, 8.2) (устарела 01.10.2013)»

Таблица ошибок почтовых серверов

Code

En. Code

Message

Description

Removal Instructions

500

5.5.1

Command unrecognized

The SMTP command currently used was unrecognized or is not supported by Merak SMTP.

Review the syntax of the last command and try again.

Another possibility is that you are trying to use telnet and the telnet connection to your server is not allowed. Check the Admin console — Mail service — Security — Protocols.

501

5.5.2

Domain name required

Sender has no domain specified (usually in MAIL FROM)

Specify the senders’ domain name and try again.

The problem may be in your e-mail client, not Merak. If your e-mail client is not properly configured with a domain name this could happen.

501

5.5.2

Unbalanced

SMTP session syntax invalid. (usually unbalanced brackets)

Check the syntax of the last command and the configuration of various DAT files.

501

5.5.4

Syntax error in parameters scanning

Common syntax error. You probably mis-typed last command or last string is invalid.

Check the syntax of the last command.

501

5.5.1

HELO/EHLO requires domain address

Usually when there was blank or invalid string sequence after HELO/EHLO command.

Greet Merak SMTP again with correct HELO/ELHO command.

501

5.0.0

Authentication cancelled

The process of authentication was cancelled for any reason.

Restart the authentication process by using proper command.

501

5.7.0

Authentication failed

The username/password combination provided during authentication was invalid.

Reenter both the username and the password and authenticate again.

501

5.7.1

 

You are not allowed to send.

Be sure «Reject if no rDNS» is NOT checked in Merak Admin console or

Put the local IP range and your email client program IP in the «Relaying from» box.

502

5.5.1

Sorry, we do not support this operation

This operation is not allowed.

You can allow/disallow particular operations and commands from the Merak Admin console — SMTP — Security node — Protocols.

503

5.5.1

Incorrect command sequence

A supported command was used on invalid place. For example command RCPT TO used before MAIL FROM or DATA command used when RCPT TO command was not accepted.

Solution depends on the situation where this error occurred. Check last few commands sequence.

503

5.5.1

Authentication already done

Error occurs by re-authentication.

 

503

5.5.1

HELO/EHLO command required

Greeting error. HELO/EHLO command is required.

You have to use HELO or EHLO command. You can specify this option in Merak Admin console — SMTP — Security — Protection tab.

503

5.5.1

HELO/EHLO already specified

Greeting used again.

 

504

5.7.6

Unrecognized authentication type

Invalid authentication type. Incorrect or none type of AUTH specified.

Use the command AUTH with proper authentication type.

530

5.7.1

Authentication required [AUTH]

Authentication with command AUTH is required.

Use AUTH command or enable/disable authentication obligation from your Merak Admin console.

550

5.7.1

We do not relay

Server is not open for relay.

Read this FAQ.

550

5.7.1

We do not relay, account limits apply

 

Check the account limits for the particular user account and whole domain.

550

5.7.1

You have rights to send mail to local domains only

The user who gets this error is allowed to send mail only to local domains.

There is a checkbox in Merak Admin Console, user account management — Mailbox tab. Enable or disable it.

550

5.7.1

Access not allowed

1)Merak Mail Server block access by a black list filter. or

2) reject if originator’s domain is local and not authorized option turned on

1) Review Merak B&W filter settings or set a bypass file.

2) local users have to authorize themselves so if they do not have this set up in their email clients and you turned this on they are not allowed to send.

550

5.7.1

Permission denied

 

 

550

5.1.1

Unknown user local

 

 

550

5.1.1

Unknown user; rejecting

Unknown user account. The recipient is not local, thus reject the message.

Behaviour and the treatment of messages coming to unknown user accounts can be set from Merak admin console — domain management — domain tab.

551

5.1.1

No such user found

User account is not local.

 

551

5.1.1

No such mailing list found

Mailing list is not local.

 

552

5.5.3

Too many recipients

The number of recipients exceeds the maximum of allowed recipients.

Older versions of Merak used to follow RFC and had maxium of recepients set to 100. If you need more recipients, use mailing lists or download the latest version of Merak (support for unlimited number of recipients added).

554

5.3.4

Message size exceeds fixed maximum message size

Too many data was sent by the user. User account has an amount limitation.

You can increase or disable amount limit from Merak Admin console — user account management — mailbox tab. Make sure all 3 levels (server, domain and user) are set to 0. (for unlimited)

554

5.7.1

Message cannot be accepted, virus found

Virus was found in the message body or in the message attachment.

 

554

5.7.1

Message cannot be accepted, content filter rejection

Content filter applied and the message was rejected.

Review the content filers settings in the Merak Administration console.

554

5.7.1

Message cannot be accepted, spam filter rejection

Message is probably spam.

If you do not think this message is spam, try to alter the configuration of the Merak instant anti-spam engine.

554

5.7.1

Message cannot be accepted, spam rejection

Message is probably spam.

If you do not think this message is spam, try to alter the configuration of the Merak instant anti-spam engine.

 

 

Message deleted by filter

 

Alter your filters configuration.

 

 

Message challenged by filter

 

If you do not want challenge response you can deactivate it in your anti-spam settings (Challenge Response tab)

554

5.2.2

 

Maximum size exceeded.

 

554

5.3.1

 

Maximum message size exceeded.

 

554

5.7.1

Message cannot be accepted, filter rejection

The message was rejected.

Check your filters settings and configuration.

Документ «Приведение в соответствие с ОКОФ» и документ «Приведение в соответствие с ОКОФ (забаланс)»

Купить документы.

Документы предназначены для приведения основных средств в соответствие с кодами ОКОФ на балансовых и забалансовых счетах.

Согласно Инструкции по бухгалтерскому учету в бюджетных учреждениях, утвержденной приказом Минфина России от 30.12.1999 № 107н основные средства должны учитываться на счетах в соответствие с кодами ОКОФ.

Читать далее «Документ «Приведение в соответствие с ОКОФ» и документ «Приведение в соответствие с ОКОФ (забаланс)»»