Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства»


НазваниеОтчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства»
страница20/26
ТипОтчет
1   ...   16   17   18   19   20   21   22   23   ...   26

3.5.1.3Требования к системам межведомственного взаимодействия (СМВ)


Система межведомственного взаимодействия должна выполнять следующие функции:

  • моделирование электронных административных регламентов межсистемного и межведомственного взаимодействия в рамках всей интеграционной цепочки;

  • интегрирование этих регламентов в рамках совокупности созданных на заказ и готовых приложений, используемых в государственных ведомствах и органах государственной власти;

  • соединение этих регламентов с информационными системами других государственных ведомств и структур;

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

Реализация СМВ предполагает следующие основные принципы:

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

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

  • система использует реестр ИПД, понимаемого как совокупность ИПД и показателей, необходимых для идентификации физического лица,

  • доступ к персональным данным и работа с ними осуществляется исключительно на основании административных регламентов, разработанных в соответствии с федеральными законами;

  • система обеспечивает учет и протоколирование всех действий, производимых с персональными данными;

  • организация взаимодействия и информационного обмена автоматизированных систем учета населения между собой обеспечивается на основе общих методических и технологических принципов и стандартов;

  • СМВ основана на использовании гармонизированных классификаторов и справочников во всех системах учета населения;

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

  • создание механизмов обеспечения соответствия ИПД и внутрисистемных идентификаторов учета населения для уже реализованных систем учета населения;

  • идентификатор персональных данных присваивается однократно, является уникальным для каждого физического лица;

  • ИПД формируется в соответствии с определенным алгоритмом;

  • СМВ должна иметь возможность подключения систем учета населения на основе единой процедуры;

  • развитие сервисов и информационного наполнения СМВ, создание в ее рамках новых автоматизированных систем учета населения должно обеспечиваться по результатам оценки социально-экономического эффекта;

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

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

  • хранение персональных данных в электронном виде осуществляется в автоматизированных системах по месту их возникновения.

3.5.1.4Требования к системам защиты информации


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

  • Обеспечение защиты от несанкционированного доступа;

  • Обеспечение антивирусной защиты;

  • Обеспечение защиты сетевого взаимодействия;

  • Обеспечение защиты прикладных систем;

  • Обеспечение юридически значимого документооборота;

  • Обеспечение инженерно-технической защиты информации. 

3.5.1.5Требования к системам ведомственного электронного документооборота


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

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

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

  • регистрация всей исходящей корреспонденции и внутренних документов;

  • обеспечение работы над документами в соответствии с технологией потока работ;

  • регистрация движения документов по определенным маршрутам внутри ОГВ региона, включая резолюции, отчеты об исполнении, согласование (визирование) документов;

  • корректировка документа и повторное его согласование, возможность контроля движения документа от исполнителя к исполнителю;

  • списание документов в дело в соответствии с принятой номенклатурой дел, уничтожение и подготовка документов к архивному хранению;

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

  • определение стадии маршрута (места текущего нахождения) документа, ответственного исполнителя, срока исполнения;

  • поиск документов по любому набору реквизитов электронной регистрационной карточки, в том числе контекстный поиск, как по карточке, так и по тексту самого документа;

  • получение статистических отчетов по документообороту;

  • хранение электронных образов документов произвольного формата;

  • отправка документов, формирование реестров рассылки для экспедиции или отправка документов по электронной почте;

  • работа с взаимосвязанными документами, образование гипертекстовой сети зарегистрированных документов;

  • организация единого регламента работы с документами в ОГВ региона;

  • использование унифицированных форм представления и обработки документов;

  • обеспечение иерархического представления документов и настраиваемой системы фильтров;

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

  • возможность использования ЭЦП.

Обеспечение делопроизводства внутренних проектов и документов, принимаемых органами исполнительной власти Ленинградской области, начиная с этапа создания проекта и заканчивая рассылкой принятых документов для исполнения или ознакомления:

  • постановка на учет проекта правового акта, контроль за его прохождением;

  • регистрация документа после его подписания;

  • помещение электронного текста документа в интегрируемую систему полнотекстовых распорядительных документов;

  • рассылка извещения о принятии документа и/или о необходимости его исполнения.

В качестве стандарта ведомственного документооборота необходимо использовать стандарт ISO/IEC 26300:2006, который определяет структурированное описание электронного документа и его реквизитов на основе XML, обеспечивая лучшую совместимость АС и технологическую независимость пользователей, т.к. формат ODF не контролируется монопольным поставщиком.

В настоящее время ODF является единственным форматом электронного документа, имеющим статус стандарта ISO. многие государственные и муниципальные организации разных странах мира, среди которых Франция, Бельгия, Германия, Дания, Голландия, Англия, Австрия, Норвегия, Хорватия, Эстония, Италия, Польша, Австралия, Индия, Бразилия, Малайзия и др приняли решение об использовании именно этого формата.

Формат ISO/IEC 26300:2006 поддерживается рядом программных продуктов, включая как свободные (например, OpenOffice), так и проприетарные (от IBM, Corel и др.). Формат ODF также используется в свободном онлайновом сервисе создания и редактирования файлов GoogleDocs.

Мировой опыт показывает, что миграция СЭД на стандарт ISO/IEC 26300:2006 экономически целесообразна. Даже при консервативном подсчете, включающем переподготовку пользователей, снижение производительности труда в связи с освоением новых интерфейсов, а также конвертацию электронных архивов, оказывается, что миграция на ODF приносит значительную экономию бюджетных средств. Например, согласно исследованию, проведенному в Дании в 2006 г. (Ramboell Management Report30), миграция центральных правительственных учреждений с MS Office 2007/Open XML на OpenOffice/ODF позволит за 5 лет сэкономить более 30% средств ($44 млн. вместо $65 млн.). Миграция всего госаппарата Дании на OpenOffice/ODF даст экономию около $100 млн. Исследование Городского совета Бристоля (Англия) показало, что сокращение издержек составит 60%, если миграция будет проводиться при модернизации офисного программного обеспечения. Аналогичные исследования проводились в Массачусетсе (США), Индии, Испании, Франции, Швеции и др.

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

Создаваемая автоматизированная система многофункциональных центров на территории Ленинградской области должна обеспечивать:

  • Информирование физических и юридических лиц, а также организаций по вопросам предоставления государственных и муниципальных услуг за счет обеспечения сотрудников МФЦ возможностью оперативного доступа к справочной информации по государственным (муниципальным) услугам, образцам документов, бланкам и пр. в процессе консультирования заявителей с использованием любых возможных каналов взаимодействия (личная явка, Интернет, телефонные каналы), а также путем размещения указанной информации на общедоступных информационных ресурсах МФЦ в сети Интернет («Портал МФЦ»);

  • Организацию приема физических и юридических лиц, а также организаций в МФЦ, обеспечение стандартов комфортности;

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

  • Сокращение количества взаимодействий заявителей с должностными лицами за счет автоматизации и информационной поддержки межведомственного информационного и документационного взаимодействия;

  • Информирование физических и юридических лиц, а также организаций о ходе исполнения государственных и муниципальных услуг, предоставляемых им через МФЦ;

  • Передача физическим и юридическим лицам, а также организациям результатов оказания государственных и муниципальных услуг;

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

Исходя из приведенного выше перечня автоматизируемых функций, АИС МФЦ должна решать следующие задачи:

  • Сбор и поддержание в актуальном состоянии информации (в электронном виде) о порядке оказания государственных и муниципальных услуг, размещение этой информации на «Портале МФЦ» и предоставление доступа к ней сотрудникам МФЦ;

  • Автоматизация процесса подготовки гражданами бумажных и электронных документов установленной формы;

  • Автоматизация процессов приема и регистрации, а также проверки на правильность заполнения и комплектность как бумажных, так и электронных документов, поступивших от граждан и организаций;

  • Автоматизация процессов оказания комплексных услуг, включающих в себя несколько государственных и муниципальных услуг, результаты исполнения одних из которых необходимы для оказания других;

  • Сбор информации о ходе исполнения государственных и муниципальных услуг в электронном виде, включая как информацию о движении документов внутри МФЦ, так и о ходе процесса оказания услуг в органах государственной власти, органах местного самоуправления, автоматизация контроля соблюдения органами государственной власти, органами местного самоуправления и сотрудниками МФЦ процедур и регламентов исполнения услуг;

  • Предоставление автоматизированных средств оценки эффективности оказания государственных и муниципальных услуг на основании собранной в ходе контроля исполнения услуг информации;

  • Предоставление полной и исчерпывающей информации по ключевым аспектам деятельности МФЦ (включая публикацию форм и бланков документов) на «Портале МФЦ».

Концептуальная схема формирования АИС МФЦ представлена на рисунке 6

Рисунок 6. Концептуальная схема формирования АИС МФЦ



        1. Обеспечение работы с обращениями граждан:

  • ввод данных о заявителях (гражданах и/или организациях);

  • регистрация обращений и вопросов, поставленных в них;

  • формирование уникального регистрационного номера обращения в соответствии с принятыми принципами нумерации документов;

  • постановка обращения на контроль;

  • отслеживание хода обработки обращения;

  • формирование, представление на экране монитора и печать выходных документов в виде справок, отчетов или протоколов;

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

3.5.1.6Требования к ведомственной системе социальной защиты населения


Ведомственная система социальной защиты населения должна решать следующие задачи:

  • формирование актуальной и достоверной информации о жителях субъекта Российской Федерации, имеющих в соответствии с законодательством право на социальную помощь, и предоставление этой информации органам государственной власти и органам местного самоуправления, а также иным организациям, являющимся пользователями ЭСРН.

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

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

  • поддержка принятия решения при назначении социальной помощи;

  • предоставление пользователям ЭСРН аналитических отчетов и статистических сведений о потребностях граждан, фактически оказанных услугах и т.д.;

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

  • формирование информационно-технологической инфраструктуры системы персонального учета населения на региональном и муниципальном уровнях;

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

Основными принципами формирования, ведения и использования ЭСРН являются:

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

  • актуальность, достоверность и полнота документированной информации ЭСРН;

  • введение в ЭСРН единых идентификаторов записей о гражданах, имеющих право на социальную помощь, и их использование в автоматизированных системах организаций, оказывающих социальные услуги, в том числе, с использованием социальной карты жителя региона, а также в автоматизированных системах других участников системы социальной защиты;

  • централизованное формирование и ведение в рамках ЭСРН справочников и классификаторов, используемых в системе социальной защиты субъекта Российской Федерации;

  • разграничение доступа и защита документированной информации ЭСРН от несанкционированного доступа, неправомерного уничтожения, блокирования, модификации, копирования и иных противоправных действий.

3.5.1.7Требования к информационной системе здравоохранения Ленинградской области


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

  • персонифицированный учет обеспечения медицинскими услугами и лекарственными препаратами жителей региона;

  • обеспечение мониторинга состояния сферы здравоохранения региона;

  • обеспечение отчетности и анализа информации;

  • обеспечения лекарственными средствами льготных категорий населения.

Ключевым элементом информационно ситсемы здравоохранения Ленинградской области должно стать создание системы персонифицированного учета медицинской помощи Ленинградской области, которая представляет собой распределенную систему сбора, обработки и обмена персонифицированной информацией о случаях оказания медицинской помощи с формированием центральной базы данных в МИАЦ Ленинградской области.

Система предназначена для следующих основных целей:

      • автоматизации медико-статистической и медико-экономической учетно-отчетной деятельности лечебно-профилактических учреждений;

      • централизованного мониторинга показателей деятельности системы здравоохранения для поддержки принятия управленческих решений;

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

      • построения централизованной системы ведомственной и вневедомственной экспертизы на основании истории лечения пациента.

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

Основным качественным изменением работы Комитета здравоохранения, Территориального фонда обязательно медицинского страхования Ленинградской области с ЛПУ является не получение отчетных форм с набором интегральных показателей, которые практически невозможно проверить, но получение первичных учетных документов, на основании которых показатели рассчитываются автоматически. Данная система должна позволять без постоянных запросов в ЛПУ получать необходимые данные (в пределах объемов, подлежавших обязательному электронному учету) за любой период и в любых разрезах непосредственно в МИАЦ Ленинградской области в минимальное время (время обработки и выполнения максимально сложного запроса).

В программном комплексе блоками учета являются:

  • Стационар

  • Поликлиника, в т.ч.




  • Регистратура

  • Прием специалистов

  • Дополнительное лекарственное обеспечение

■ Параклиника.

Основными учетными документами, заполняемыми ЛПУ, информация с которых подлежит обязательному электронному учету являются:

  • Карта выбывшего из стационара

  • Талон амбулаторного пациента

  • Рецепт дополнительного лекарственного обеспечения

Система базы данных и приложения построена по следующим основным принципам:

  1. Распределенная база данных на уровне региона

Целесообразно реализовать модель поддержки распределенной базы данных исходя из возможностей телекоммуникационных технологий на территории Ленинградской области, т.е. возможности поддержки доступа единой базе данных в режиме реального времени для всех ЛПУ на данный момент не существует. Таким образом, единственной возможностью является синхронизация информации (обеспечение полного совпадения по данному ЛПУ или подразделению ЛПУ) между центральной базой данных и базами данных ЛПУ с заданной периодичностью (принятым стандартом на данном этапе является ежедневная синхронизация).

Центральная база данных содержит актуальную информацию баз данных - подписчиков в полном объеме с заданной периодичностью. Структура баз данных на любом уровне одинаковая.

  1. Событийная реализация на уровне базы данных и приложения

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

3. Переменные параметры объектов

Для обеспечения независимости от времени параметров объектов учета значения объекта на момент происхождения события фиксируются в неизменном состоянии.

4. Сквозная реализация приложения

Приложение, используемое для работы с базой данных, является единым для всех уровней (уровень подразделения ЛПУ, ЛПУ, МИАЦ, Комитета здравоохранения).

5. Максимальная централизация ведения нормативно-справочной информации

Обмен данными (репликация данных)

При построении медицинской информационной системы Ленинградской области требует создание системы обмена данными. При этом были сформулированы основные требования к системе (репликации):

Возможность передачи/переноса данных по корпоративной сети или на
произвольных носителях

  1. Минимальный объем передаваемой информации

  2. Гибкие настройки времени обмена

  3. Гибкая настройка передаваемой информации

  4. Управления процессом обмена как из центрального узла ЛПУ так из
    сводной БД

  5. Принудительный обмен данными

  6. Несколько наборов правил обмена для различных типов передаваемой
    информации (нормативно-справочная, данные ЛПУ и т.д)

  7. Web-интерфейс управления

3.5.1.8Требования к системе управления собственностью


Общая функциональность АИС «Управление собственностью» состоит в:

  • Комплексном учете имущества, находящего в собственности Ленинградской области, в состав которого входят имущественные комплексы, переданные в хозяйственное ведение государственным и муниципальным унитарным предприятиям Ленинградской области; имущественные комплексы, переданные в оперативное управление государственным и муниципальным учреждениям; находящиеся в собственности акции (доли, вклады) хозяйственных обществ и товариществ; находящиеся в собственности Ленинградской области РФ объекты недвижимости (здания, строения, сооружения, нежилые помещения, объекты; инженерного и коммунального назначения).

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

  • Формировании единой автоматизированной системы Ленинградской области, обеспечивающей привязку учетных сведений о собственности субъекта к кадастровом плану.

Подсистемы АИС «Управление собственностью региона» должны обеспечивать;

  • ведение (создание, редактирование, поиск, архивирование) данных (объектов учета);

  • поиск данных (в отдельно взятом реестре);

  • формирование документов (отчеты, справки) по данным отдельного реестра;

  • формирование сводной отчетности по данным АИС;

  • обработка запросов и предоставление данных по всей совокупности объектов в реестрах АИС и/или отдельному объекту в одном из реестров;

  • отображение данных на топографической основе;

Создаваемая система должна базироваться на следующих основных принципах:

  • единая система идентификации объектов, основанная на кадастровом делении;

  • однократность ввода информации;

  • ответственность за полноту и достоверность введенной информации;

  • обеспечение доступа пользователя к информации и блокирование несанкционированного доступа;

  • обеспечение интегрированного перекрестного контроля достоверности информации в системе;

  • периодическое обновление информации;

  • обеспечение сохранности информации и независимости от используемых технических средств.

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

  • поэтапную интеграцию раздробленных информационных ресурсов в информационное пространство;

  • развитие программного обеспечения на основе использования экономико-математических методов:

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

  • прогнозирования тенденций развития экономики субъекта и выработки решений о составе собственности субъекта и изменении форм и методов ее использования;

  • прогнозирования последствий управленческих решений;

  • анализа фактической эффективности управленческих решений.

  • Создание АИС должно предусматривать:

  • разработку и ввод в эксплуатацию системы учета и обеспечение ее бесперебойного функционирования;

  • создание баз данных и обеспечение сбора, ведения и контроля достоверности первичной информации;

  • создание единой технологии функционирования всех участников процесса управления имуществом субъекта при разделении информации на публичную и коммерческую с регламентированным доступом;

  • переход на электронные стандарты документооборота внутри структур законодательной и исполнительной власти субъекта.

3.5.1.9Автоматизированные системы государственных закупок


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

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

В состав АС госзакупок могут входить различные модули, ключевыми среди которых являются:

АС поддержки установленных законом регламентов, реализованных в электронном виде (включая торговую площадку).

Системы учета (реестр объявленных конкурсов и конкурсной документации, реестр госконтрактов, реестр недобросовестных поставщиков, справочники и классификаторы и др.).

Портал госзакупок.

«Брокер» (система маршрутизации и журналирования данных, циркулирующих в АС).

Модули сопряжения с внешними системами госзакупок и рабочие места операторов.

Аналитические подсистемы и др.

В соответствии с текущей редакцией Федерального закона «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд госзакупках» информация о размещении госзаказа должны публиковаться на официальном сайте государственных закупок (http://www.zakupki.gov.ru).

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

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

При проектировании АС госзакупок имеет смысл среди ключевых требований устанавливать соответствие создаваемых автоматизированных систем указанным стандартам.

3.5.1.10Автоматизированные системы формирования и контроля исполнения бюджета


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

Одной из основных функций, которые реализуются в бюджетном процессе, является планирование. Планирование бюджета основывается на:

бюджетном послании Губернатора Ленинградской области;

прогнозе социально-экономического развития Ленинградской област;

основных направлениях бюджетной и налоговой политики.

Другой важной функцией является исполнение бюджета, подразумевающее взаимодействие финансового ведомства с основными распорядителями и получателями бюджетных средств (РБС и ПБС) с целью обеспечения плановых показателей и по необходимости своевременной коррекции бюджета.

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

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

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

К наиболее востребованным функциям АС бюджетирования относятся:

формирование финансового плана на среднесрочный период;

формирование проекта бюджета на очередной финансовый год;

ведение реестра расходных обязательств;

учет договоров распорядителей бюджетных средств;

формирование расходных расписаний и расходных уведомлений;

формирование платежных документов;

формирование реестра бюджетополучателей;

формирование реестра государственных контрактов;

формирование форм бюджетной и статистической отчетности;

формирование аналитических справок по бюджетному планированию и финансированию;

обеспечение документооборота.

Одной из особенностей бюджетного процесса является то, что он регулируется по одним составляющим федеральным законодательством (например, казначейское исполнение) и соответствующими нормативными и инструктивными документами Министерства финансов РФ, а по другим (планирование) – законодательством субъектов РФ и нормативными актами муниципалитетов, под которые, как правило, инструктивных материалов создается крайне мало. Таким образом, при проектировании АС бюджетирования целесообразно учитывать текущее разнообразие нормативной базы и, что более важно, возможность ее изменения.

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

Для любой АС бюджетирования существует необходимость получения разнородных данных из большого числа внешних источников (бухгалтерские, госзакупочные, казначейские системы, учетные системы распорядителей и получателей бюджетных средств и т.д.). Это сильно затрудняет интеграцию и автоматизацию взаимодействия, особенно с унаследованными системами. Наиболее эффективным средством разрешения данной проблемы является реализация как систем бюджетирования, так и смежных систем на основе открытых стандартов, а также разработка и стандартизация схем данных на основе XML.

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

3.5.1.11Автоматизированные системы бухгалтерского учета


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

Основой нормативной базы бухгалтерского учета являются законодательные акты: в первую очередь Федеральный закон «О бухгалтерском учете», указы Президента Российской Федерации и постановления Правительства Российской Федерации, прямо или косвенно регулирующие порядок бухгалтерского учета в организациях.

Следующий уровень регулирования – Положения по бухгалтерскому учету (ПБУ)31, которые устанавливают принципы, базовые правила ведения бухгалтерского учета по сферам деятельности организации и видам активов, а также составления и представления бухгалтерской отчетности.

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

Основным документом общеметодического характера, который необходимо учитывать при проектировании бухгалтерских систем, является «Концепция развития бухгалтерского учета и отчетности в Российской Федерации на среднесрочную перспективу» (далее – Концепция), утвержденная приказом Министра финансов Российской Федерации от 1 июля 2004 года №180. Одним из ключевых направлений реформирования бухгалтерского учета Концепция рассматривает переход на международную систему бухгалтерской отчетности.

Ключевым направлением развития бухгалтерского учета является переход на электронную форму отчетности, которая подразумевает возможность только электронного (без «бумажного» дублирования) обмена отчетными документами с уполномоченными органами. Положения, обеспечивающие нормативно-правовые основы такой деятельности были введены в Федеральном законе от 28 марта 2002 г. «О внесении изменения и дополнения в Федеральный закон «О бухгалтерском учете». Форматы предоставления отчетности описаны приказом Федеральной налоговой службы от 13 апреля 2007 № ММ-3-13/230 «О внесении изменения в приказ МНС России от 22.12.2003 № БГ-3-13/705 «Об утверждении формата представления налоговых деклараций, бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов, в электронном виде (версия 3.00)».

При проектировании бухгалтерских систем нельзя забывать о специфических особенностях бухучета в госсекторе. 26 августа 2004 года Министерством финансов был выпушен приказ №70н, которым была утверждена новая инструкция по бюджетному учету. Этот приказ установил единый порядок ведения бухгалтерского учета в органах государственной власти, органах управления государственных внебюджетных фондов, органах управления территориальных государственных внебюджетных фондов, органах местного самоуправления и бюджетных учреждениях. Бюджетный учет стал вестись на основании единого плана счетов с применением бюджетной классификации.

В соответствии с требованиями новой инструкции, государственным учреждениям необходимо вести только автоматизированный учет. При выборе автоматизированной системы бухгалтерского учета руководители бюджетных организаций должны требовать от разработчика ПО соответствие системы всем особенностям нового порядка ведения бухгалтерского учета. Выбранная система автоматизированного ведения бухгалтерского учета должна быть адаптирована под обе инструкции (№107н и №70н) и содержать таблицу соответствия старых и новых счетов. Последнее необходимо для гибкого перевода ранее накопленных данных бухучета.

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


1   ...   16   17   18   19   20   21   22   23   ...   26

Похожие:

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о выполнении научно-исследовательской работы по теме: «Разработка...
«Разработка конкретных предложений по повышению эффективности морского законодательства»

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о научно-исследовательской работе «Оценка места России в рейтинге...
«Оценка места России в рейтинге по уровню развития «электронного правительства» в рамках создания единой информационной системы мониторинга...

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconТехническое задание выполнение работ по модернизации и оказание услуг...
Выполнение работ по модернизации и оказание услуг по технической поддержке автоматизированной информационной системы «Реформа жкх»...

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о выполнении научно-исследовательской работы
«Разработка концепции оценки регулирующего воздействия при подготовке проектов нормативно-правовых актов»

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о выполнении работ по Государственному контракту № гк-171-оф/Д01...
Директор Департамента государственного регулирования в экономике Минэкономразвития России

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о выполнении работ по Государственному контракту № гк-171-оф/Д01...
Директор Департамента государственного регулирования в экономике Минэкономразвития России

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconФункциональная модель комбайна
Задачи построения функциональной модели комбайна «Нива» состоят в проведении анализа взаимодействия его подсистем, взаимодействие...

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconПояснительная записка Методическая разработка по теме: «Прием и оформление...
Методическая разработка по теме: «Прием и оформление периодической подписки» подготовлено для обучающихся по специальности «Почтовая...

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconРазработка и внедрение информационной системы
Федеральным законом от 18 июля 2011 г. №223фз «О закупках товаров, работ, услуг отдельными видами юридических лиц» и Положением...

Отчет о выполнении работ по теме: «Разработка концептуальной, функциональной, информационной и технической структуры «электронного правительства» iconОтчет о выполнении нир «Техническое проектирование, разработка нормативного...
Межрегиональная общественная организация содействия развитию рынка геоинформационных технологий и услуг

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск