Требуется идея!
Aug. 25th, 2009 01:18 amДрагоценные френды и случайно заглянувшие! Срочно нужна ваша помощь.
Суть вот в чём: я сейчас работаю в составе команды юристов, занимающихся несколькими взаимосвязанными гражданскими делами (подробности несущественны). Однако дела эти длятся уже больше чем по году, а поскольку мы команда писучая, за это время они успели обрасти кучей бумаг: решения, определения, кассационные определения, отношения и пр. и пр. Требуется это как-то упорядочить, причём - в электронном виде (отсканировать более тысячи листов предстоит, кстати, вашему покорному слуге). Упорядочение это должно отвечать следующим параметрам:
1) Должна быть возможность найти каждый конкретный документ и определить, к какому делу он относится.
2) Требуется, чтобы документы можно было сортировать по:
а - судье или иному лицу, вынесшему акт;
б - дате принятия;
в - дате получения нами;
г - дате направления ответа.
е - собственно делу.
3) Должна иметься гиперссылка, перейдя по которой можно увидеть скан документа.
4) Сама структура базы должна быть древовидной: часто получается, что на одно и то же решения сначала пишется частная жалоба, потом - кассационная, надзорная, каждый ответ снова обжалуется... в общем, перефразируя Ф. Искандера, "жалоба за жалобу до следующей жалобы". Обжалуется всё, и обжалование, к примеру, определения о мерах обеспечения иска превращается в совершенно самостоятельную тяжбу со службой судебных приставов-исполнителей. В итоге весь коллектив уже начинает путаться, к чему относятся вновь поступающие документы - тем более, что номера дела на них часто не стоит, решения однотипные, а рассматривают часто одни и те же судьи.
5) Должна иметься возможность постоянного пополнения базы на всех уровнях (та же тяжба с приставами продолжается, хотя давно уже вынесено решение по самому делу), причём пополнения автоматического, где достаточно заполнить форму с реквизитами документа (просто что-то вроде описи дел в HTML я и в "Notepad'е" бы написал - да кому это надо, править вручную каждые несколько дней что-то, похожее на целый сайт или даже портал?)
6) Наконец, должна иметься возможность доступа к базе по Интернету.
У кого есть какие идеи, как это всё можно реализовать? Мои бывшие подчиненные-программисты единодушно заявили, что ничего такого в готовом виде не имеется - но, может быть, как-то можно вывернуться и использовать уже существующую программу извращённым способом?
Суть вот в чём: я сейчас работаю в составе команды юристов, занимающихся несколькими взаимосвязанными гражданскими делами (подробности несущественны). Однако дела эти длятся уже больше чем по году, а поскольку мы команда писучая, за это время они успели обрасти кучей бумаг: решения, определения, кассационные определения, отношения и пр. и пр. Требуется это как-то упорядочить, причём - в электронном виде (отсканировать более тысячи листов предстоит, кстати, вашему покорному слуге). Упорядочение это должно отвечать следующим параметрам:
1) Должна быть возможность найти каждый конкретный документ и определить, к какому делу он относится.
2) Требуется, чтобы документы можно было сортировать по:
а - судье или иному лицу, вынесшему акт;
б - дате принятия;
в - дате получения нами;
г - дате направления ответа.
е - собственно делу.
3) Должна иметься гиперссылка, перейдя по которой можно увидеть скан документа.
4) Сама структура базы должна быть древовидной: часто получается, что на одно и то же решения сначала пишется частная жалоба, потом - кассационная, надзорная, каждый ответ снова обжалуется... в общем, перефразируя Ф. Искандера, "жалоба за жалобу до следующей жалобы". Обжалуется всё, и обжалование, к примеру, определения о мерах обеспечения иска превращается в совершенно самостоятельную тяжбу со службой судебных приставов-исполнителей. В итоге весь коллектив уже начинает путаться, к чему относятся вновь поступающие документы - тем более, что номера дела на них часто не стоит, решения однотипные, а рассматривают часто одни и те же судьи.
5) Должна иметься возможность постоянного пополнения базы на всех уровнях (та же тяжба с приставами продолжается, хотя давно уже вынесено решение по самому делу), причём пополнения автоматического, где достаточно заполнить форму с реквизитами документа (просто что-то вроде описи дел в HTML я и в "Notepad'е" бы написал - да кому это надо, править вручную каждые несколько дней что-то, похожее на целый сайт или даже портал?)
6) Наконец, должна иметься возможность доступа к базе по Интернету.
У кого есть какие идеи, как это всё можно реализовать? Мои бывшие подчиненные-программисты единодушно заявили, что ничего такого в готовом виде не имеется - но, может быть, как-то можно вывернуться и использовать уже существующую программу извращённым способом?
no subject
Date: 2009-08-24 10:01 pm (UTC)http://en.wikipedia.org/wiki/Document_management
no subject
Date: 2009-08-24 10:26 pm (UTC)Но попробую, спасибо.
no subject
Date: 2009-08-25 04:04 am (UTC)no subject
Date: 2009-08-25 02:18 am (UTC)no subject
Date: 2009-08-25 04:06 am (UTC)no subject
Date: 2009-08-25 04:13 am (UTC)no subject
Date: 2009-08-25 06:41 am (UTC)Хотя если достанут - выучу и его.
no subject
Date: 2009-08-25 02:15 pm (UTC)no subject
Date: 2009-08-25 06:12 am (UTC)no subject
Date: 2009-08-25 02:12 pm (UTC)no subject
Date: 2009-08-25 06:37 pm (UTC)no subject
Date: 2009-08-25 06:39 pm (UTC)no subject
Date: 2009-08-29 08:20 pm (UTC)С тех пор, как на первом свидании я читал Шекспира на языке оригинала, я уже ничему из своего "полиглотства" не удивляюсь :)
no subject
Date: 2009-08-25 06:39 am (UTC)no subject
Date: 2009-08-25 06:54 am (UTC)пишешь десяток таблиц, навскидку:
1. документы. (поле 1 - счетчик), поле 2 - наименование документа, поле 3 - дата документа, поле 4 - скан документа (объект OLE).
2. Дела.( 1 - счетчик, 2 - дело).
3. Судьи (1 - счетчик, 2 - судья). ну и так далее (почему я говорю про программистов и нормализацию таблиц - потому что это самое главное в составлении будущей БД, чтобы не было избыточности, инфа не повторялась в разных таблицах.
Потом делаешь сводную таблицу, причем можешь в поля ставить раскрывающиеся списки из других 9чтобы не вводить ФИО одного и того же судьи тридцать раз, например - и получаешь всю искомую тебе древовидность.
Я не говорю, что это работы на пять минут - работы будет на больше и придется крепко подумать в самом начале. Но когда сделаешь, все будет элементарно.
Хочешь, я тебе пример на мыло скину - делала как-то подобного рода штуку для учета сертификатов к лекарствам? Там тоже нужно было хранить кучу документов с учетом кучи разных свойств.
no subject
Date: 2009-08-25 07:00 am (UTC)no subject
Date: 2009-08-25 07:09 am (UTC)no subject
Date: 2009-09-07 04:54 pm (UTC)Тебе в этой программе нужно вот что сделать. Перечень юридических документов по судебным делам так или иначе конечен. Это их количество может быть любым. Нужно просто один раз составить шаблон-дерево документов, применяемых в юридической практике, предусмотрев и место участвующих в деле лиц, включая судью. Вот и строй ствол дерева из шаблонов, заполненных материалами разных дел. Все наглядно и удобно для пользования.
Процедура создания и пользования массивом тоже простая. Массив после работы над ним нажатием кнопки конвертируется либо в исполняемый файл ЕХЕ, либо в HTML. Можно носить его с собой на флешке и открыть на любом компьютере. Можно разместить в Интернете и читать оттуда. Можно позволить копирование документов с него, а можно и запретить. Программка вполне и если появляются глюки, то разработчик их исправляет после уведомления. Я уж несколько лет ей не пользовался и не интересовался как там дела. Наверное и глюков-то уже не стало.
Сейчас попробую сделать скриншот с нее и пошлю на адреса bisey@livejournal.com и bisey@rambler.ru Может на какой-нибудь дойдет. Я сюда случайно забрел и если что, то пиши на basov@k200.ru Объясню по мере возможностей, что знаю.
Андрей Басов
no subject
Date: 2009-09-07 05:00 pm (UTC)Только вот насчёт конечности - это я не уверен. Дело в том, что процесс сейчас в самом разгаре, в неделю приходит от десяти до двадцати новых документов, которые как-то надо упорядочивать. Мы уже хренеем (я, как младший и сидящий именно на этой канцелярской работе - особенно).
no subject
Date: 2009-09-08 02:59 pm (UTC)no subject
Date: 2009-09-07 05:00 pm (UTC)