- Care2x-general - lists.ourproject.org

[Task #280] Modulo Facturacion
by noreply＠ourproject.org 23 Oct '04

23 Oct '04

Task #280 has been updated. Project: care2x-L Subproject: Personalizar Care2x-L Summary: Modulo Facturacion Complete: 0% Status: Open Description: Desarrollo del modulo de facturacion del care2x para Argentina ------------------------------------------------------- For more info, visit: http://ourproject.org/pm/task.php?func=detailtask&project_task_id=280&group…

1 0

Fwd: mira esto que encontre en una lista
by JR 23 Oct '04

23 Oct '04

Les paso un hallazago de nuestro agente de recontra espionaje Don Walterio Nuñez... ;))) Es un mail muy interesante: Gustavo, hagamos algo... Auuxxiiliiiooo!!! JR --- Doctor Walter <doctor_walter(a)yahoo.com.mx> escribió: > Fecha: Fri, 22 Oct 2004 20:24:02 -0500 (CDT) > De: Doctor Walter <doctor_walter(a)yahoo.com.mx> > Asunto: mira esto que encontre en una lista > A: jrbiolinux(a)yahoo.com.ar > > > [Comandob] Salux - GNU con (c) ??? > Kopernix - (Joan Puiggali) joan at kopernix.com > Thu Sep 30 01:21:01 UTC 2004 > > * Previous message: [Comandob] WTF... > * Next message: [Comandob] Salux - GNU con (c) > ??? > * Messages sorted by: [ date ] [ thread ] [ > subject ] [ author ] > > En Kernel Panic han mandado un enlace a Salux, una > distro horientada a > hospitales ( http://www.salux.org ) > > Aparte de tener una pagina php-nukera sin apenas > nada.... en la misma pagina > de entrada tiene "SaluX (c) 2004 Grupo BioLinux.". > Bueno, esta hecha con el > Open O. que yo creo que una pagina tan pequeña, > seria > mas sencillo y rapido > hacerla con cuatro "<tagazos>",... mas tarde dentro > tambien hacen referncia > "© 2000 by Grupo BioLinux." > > No se... por contra la pagina de biolinux tiene > algomas de credibilidad.... de > todos modos, cualquiera que haga una distro, y la > intencionalidad a la que va > declarada la misma, ya son meritorias de elogio... > era > solo una curiosidad. > > Saludos! > > * Previous message: [Comandob] WTF... > * Next message: [Comandob] Salux - GNU con (c) > ??? > * Messages sorted by: [ date ] [ thread ] [ > subject ] [ author ] > > More information about the Comandob mailing list > > > ===== > Dr. Walter Núñez Rivera > 97116601 > Constructora Promcasa > Departamento de Informática > > > > _________________________________________________________ > Do You Yahoo!? > La mejor conexión a internet y 25MB extra a tu > correo por $100 al mes. http://net.yahoo.com.mx > ___________________________________ ¡Llevate a Yahoo! en tu Unifón! Ahora podés usar Yahoo! Messenger en tu Unifón, en cualquier momento y lugar. Encontrá más información en: http://ar.mobile.yahoo.com/sms.html

1 0

INstalaciones de Care2x-L
by JR 23 Oct '04

23 Oct '04

Hola gente. Tengo un problema. Quise instalar el care2x 2.1 en el espacio de care2x.org.ar y... NO ME ALCANZA EL ESPACIO!!!! La version nueva pesa mas de 48 MB. Esto me lleva a cometar y pedir tres cosas: 1.- PJ: me habilitas por ftp un espacio de unos 60 MB para instalar el care en Aoniken.net/care2x por favor? Los passwords son los mismos que ya enviaste? 2.- Leo: como accedo al ftp de care2x en ourporject para instalar otro care2x? 3.- Daniel: si vas a alquilar mas espacio para FemecaCampus para instalar el care2x, que sea de 60 MB minimo. Gracias a todos. JR ___________________________________ ¡Llevate a Yahoo! en tu Unifón! Ahora podés usar Yahoo! Messenger en tu Unifón, en cualquier momento y lugar. Encontrá más información en: http://ar.mobile.yahoo.com/sms.html

4 9

sistemática de trabajo
by aoniken.net 23 Oct '04

23 Oct '04

JR,Juan, Leo y Daniel Creo que tendríamos que incorporar alguna sistemática de trabajo, pues se hace confuso intercambiar ideas en algunos formatos. Creo que es más fácil incorporar el esquema de trabajo via mail de Leo, que separa en ítems cada idea principal , pues permite un más rápido entendimiento y análisis, pues ya vienen separadas de esta manera los puntos a tratar, facilitando el intercambio de ideas y su consenso. El ejemplo práctico es la canasta con divisiones donde naturalmente en cada división coloco los temas relacionados, o por otro lado una canasta con una cavidad única donde los temas relacionados tenga que hacerlos el que recibe la canasta y no el que la llenó. Con respecto al Wiki, creo que tendríamos que ir subiendo lo consensuado entre todos, ya hoy hay acuerdos sobre algunas cosas, pero la complejidad del tema, en cada mail se incrementa geométricamente, por lo que nos lleva más tiempo entender, analizar y contraproponer, pero en resumen avanzamos... PJ

4 6

FACTURACION 3 - Tabla Nomenclador
by Dr. Jose Manuel PEREZ JAMEIRO 23 Oct '04

23 Oct '04

Leonardo y Juan Voy a tratar de resumir aquí, de la forma más ordenada posible lo interactuado sobre el tema FACTURACION, aclarando en lo posible todos los aspectos que hacen a la cosa, incluso algunas peculiaridades del sistema de salud, que indirectamente modifican los métodos de facturación. De todas maneras cabe aclarar qué esperamos como producto del sistema de facturación: Un listado completo con el detalle de las prestaciones ncodificadas y con los valores, incluyendo la matrícula de los profesionales intervinientes en c/u, esto acompañaría a la factura que no necesita incluir los detalles, mas allá del monto total y el período (2004-10) y el tipo de prestaciones (Ambulatorio o Internación). 1. Convenio de prestación, entre partes, una la Prestataria (OS, Prepaga, Seguro, Prestadora que subcontrata) y otra la Prestadora de Servicios de salud (sea Hospital de autogestión, Clínica o sanatorio privado o de tipo Fundación o Colegío/Círculo médico). esto se maneja con convenios tipos que muy raramente son modificados más allá de detalles de ambas partes. Por regla general todos las partes aceptan como tipificación de los servicios a facturar, los presentes en el Nomenclador Nacional de Prestaciones Médicas y Sanatoriales, así como los correspondientes Nomencladores Bioquímico y Odontológico. 2. Tabla de prestaciones con valores en unidades de honorarios y unidades de gastos, con el campo letra para diferenciar qué honorarios y qué gastos se aplican en cada ítem. El Nomenclador de base, inicial en términos prácticos fué modificado por última vez en 1998. Como la tecnología de diagnóstico y quirúrgica siguieron avanzando cada vez se hizo mayor la brecha entre las prestaciones enumeradas y nuevas prestaciones no contempladas, que ante la falta de respuesta acorde del Estado (entidad regulatoria de forma natural), se fueron incorporando con neocódigos que a veces solo existían a la luz de un simple convenio entre Prestataria y Prestador, algunos inclusive se hicieron bastante generalizados. Muchos de estos neocódigos se agregaron arbitrariamente en un acuerdo de partes o sea que constituyen excepciones a las cuales nuestra tabla de registro debe estar abierta a ser modificada por cada usuario. Finalmente el estado actualizó algunas prestaciones en el año 2001, pero en el marco de un plan de política social , el PMO (Plan Médico Obligatorio) - esta norma fue concebida para garantizar a cada afiliado de OS o Prepaga unas prestaciones mínimas que se debían cumplir en el contrato base con el beneficiario, un piso mínimo de atención de salud, pues las omisiones de cobertura de las mismas eran en algunos casos rayanas en la estafa. En este nuevo nomenclador, (que excluye algunas prestaciones desactualizadas), se agregan nuevas prestaciones incorporando de esta manera algunos avances tecnológicos de los que mecioné previamente, pero el sistema de valoración cambió radicalmente, pues abandonaron el sistema de unidades de gastos y unidades de honorarios para incorporar el sistema de módulos, con montos en pesos para los intervinientes en cada prestación más los gastos en pesos, pero el gran problema de este sistema a contrapelo es la inflación, el mismo es dificilmente actualizable, permitiendo relaciones entre prestataria y prestador perversas en desmedro de la parte más débil que es el prestador. En términos prácticos todos los hospitales públicos de Santa Cruz (que son de autogestión - esto significa que mediante convenios realizados entre las Prestatarias y la Secretaría de Salud Pública [en representación de todos los hospitales públicos provinciales]), los sanatorios y clínicas privados, de la misma provincia así como los Sanatorios y Clínicas privadas de Chubut, se siguen manejando hoy con el Nomenclador Nacional Clásico, pues los costos son más elásticos para ser actualizados, inclusive toda la estructura arancelaria es más transparente. Propongo nos basemos en el Nomenclador de Prestaciones Médicas y sanatoriales, sumado al de Bioquímicos y odontólogos, previendo la posibilidad que algunos utilicen el del PMO, por lo que debemos contemplar un campo de verificación que defina si el código es de PMO. 3. Propongo que este Nomenclador tenga los siguientes campos: 3.1. Id autonumérico 3.2. Tipo de Nomenclador: (TN) Texto 1 caracter, opciones M (Médico) O (Odontológico) y B (Bioquímico) (la conveniencia del mismo es permitir filtrar los códigos que apareceran el la tabla de lookup, para evitar errores de carga en aquellos casos de coincidencia de códigos odontológicos y médicos) 3.3. Campo de verificación: (PMO) Texto 1 caracter opciones V o F 3.4. Campo con las dos primeras cifras del Código: (COD1) txt 2 caracteres ej. 01, 02, 42, 00 etc. 3.5. Como complemento del anterior Un campo con la descripción del Título: (TITULO) Texto 100 caracteres ej. "Operaciones en el Sistema Nervioso" 3.6. Campo con las cuatro primeras cifras del Código: (COD2) txt 4 caracteres Máscara (##.##) ej. 01.01, 01.02, etc. 3.7. Como complemento del anterior Un campo con la descripción del Subtítulo: (SUBTITULO) Texto 100 caracteres ej. "Cirugía Intracraneal" 3.8. Campo con el código completo: (CODIGO) txt 6 caracteres con la máscara ##.##.## ej. 42.01.01 3.9. Campo para la descripción de la prestación: (DESCRIPCION) txt 300 caracteres 3.10. Campo para la incorporación de la letra que define qué tipo valores de unidades de honorarios o gastos: (LETRA) txt 1 caracter, opciones de la A a la N 3.11. Campo para las unidades de gastos: (GASTOS) numérico con dos decimales 3.12. Campo para Honorarios del actor principal de la prestación: (ESPECIALISTA) numérico con dos decimales. 3.13. Campo para Honorarios del primer ayudante: (AYUDANTE1) numérico con dos decimales. 3.14. Campo para Honorarios del segundo ayudante: (AYUDANTE2) numérico con dos decimales. 3.15. Campo para Honorarios del tercer ayudante: (AYUDANTE3) numérico con dos decimales (no hay intervenciones con más de tres ayudantes) 3.16. Campo para Honorarios del anestesista: (ANESTESISTA) numérico con dos decimales. (en algunos casos, generalmente en la actividad privada y en aquellas zonas con una Asociación de Anestesia fuerte el Anestesista arregla por su lado con la Prestataria, preveer que este valor puede ser puesto a cero. 3.17. Campo de verificación I/C (incluido en la consulta) no debe ser facturado por separado, salvo excepciones, tiene utilidad para la auditoría médica de las prestaciones. (I/C) txt 1 caracter, ej. 30.01.22 (Exoftalmología, incluye la consulta oftalmológica, prescripción de cristales, su control posterior, tonometría y fondo de ojo), este código incluye al 30.01.04 (Fondo de ojo y/o esquiascopía - con dilatación pupilar) el 30.01.05 (Tonometría) y el 30.01.02 (Campo visual - campimetría y/o perimetría) cuando este último no es realizado con el campímetro. Tenemos que contemplar el caso que haya prestadores que usen el sistema PMO, para facturar, los honorarios y gastos estarían ingresados en pesos y no en unidades, ¿ se podría utilizar el campo PMO para facturar directamente los mismos, sin la operación con los valores? Para no hacerlo más extenso envío la propuesta de la tabla nomenclador, únicamente. una vez acordada ésta tendríamos que empezar a consensuar las otras tablas auxiliares. Con respecto al IVA, Las prestatarias - las obras sociales nacionales y provinciales son IVA EXENTAS, así como las prepagas (OSDE, DOCTHOS, SWISS MEDICAL, etc) para aquellos casos de afiliados empleados de empresas, no así aquellos afiliados voluntarios, cuyas prestaciones están alcanzadas por el IVA del 21%. En el caso de la situación ante el IVA de los prestadores. Los sanatorios, clínicas privados tendrán diferente situación ante el IVA según el tipo de persona jurídica (Si es Fundación o asociación Civil generalmente es IVA EXENTO, si es sociedad de tipo comercial sea S.A o S.R.L son IVA Responsables Inscriptos) emitiendo los últimos factura A (destinadas a responsable inscripto con discriminación del 21% de IVA o B -destinadas a consumidor final o Entidades IVA EXENTOS); los Hospitales Públicos son IVA EXENTOS, emitiendo por tanto facturas C, algunas entidades como los Hospitales de colectividad (Español, Francés, Israelita, etc) son entidades sin fines de lucro, IVA EXENTOS; los Colegios/Círculos Médicos también tienen la misma condición (IVA EXENTO) Debemos prever un IVA en la facturación, si queremos incluir como potenciales interesados las Instituciones privadas comerciales, la otra alternativa es no tenerlo en cuenta como producto final, pues la inmensa mayoría del espectro de instituciones a las que apuntamos son sin fines de lucro o sea que no discriminan el IVA (IVA EXENTOS). PJ PD: Estoy trabajando en un archivo XLS un nomenclador combinado como el propuesto, me falta completar códigos odontológicos y PMO. Si Uds. cuenta con algún archivo de este tipo especifíquenlo con las características pues puede aportar al archivo base común.

6 8

lista de archivos para traduccion
by Walter Nunez 23 Oct '04

23 Oct '04

SE ME HAN COLADO ARCHIVOS DUPLICADOS DE LA TRADUCCION ANTERIOR POR FAVOR COMUNICARME CUALES FALTAN ELIMINAR DE LA LISTA, MAÑANA ESPERO DEPURAR LA LISTA. ESPERO TAMBIEN EL NOMBRE DE LOS TRADUCTORES Y LOS ARCHIVOS QUE VAN A TOMAR. ---------------------------------------------------------------------------------------- 4_commercial_companies.htm 15,123 2004-10-21 10:41 -a--- _Displaying_menu_items.htm 11,929 2004-10-21 10:41 -a--- A._Djem.htm 7,350 2004-10-21 10:41 -a--- Acknowledging_outpatient_in_the_clinic.htm 11,336 2004-10-21 10:41 -a--- Add_new_product.htm 12,379 2004-10-21 10:41 -a--- Adding_new_date_format.htm 11,210 2004-10-21 10:36 -a--- Adding_new_date_format_-_technical.htm 14,041 2004-10-21 10:41 -a--- Adding_new_EMR_type.htm 14,706 2004-10-21 10:41 -a--- Addresses.htm 12,945 2004-10-21 10:41 -a--- administration_notes.htm 13,460 2004-10-21 10:39 -a--- Administrator's_Manual.htm 14,160 2004-10-21 10:41 -a--- Admission.htm 10,887 2004-10-21 10:41 -a--- Admission_data.htm 13,003 2004-10-21 10:41 -a--- admission_form_items.htm 12,504 2004-10-21 10:36 -a--- Admission_options.htm 6,691 2004-10-21 10:41 -a--- Admission_status_codes.htm 13,308 2004-10-21 10:41 -a--- Admit_a_client_to_a_ward.htm 8,119 2004-10-21 10:41 -a--- Admitting_a_patient.htm 10,780 2004-10-21 10:41 -a--- Allergies.htm 7,064 2004-10-21 10:41 -a--- AM_-_English.htm 15,835 2004-10-21 10:35 -a--- Ambulatory_-_submenu.htm 13,210 2004-10-21 10:41 -a--- AU_1.0_-_Password_check_routine.htm 12,835 2004-10-21 10:41 -a--- Barcodes.htm 12,489 2004-10-21 10:38 -a--- Billing.htm 12,877 2004-10-21 10:41 -a--- Care2x_Documentation-About.htm 10,528 2004-10-21 10:35 -a--- Care2x_Documentation-Administrators.htm 11,991 2004-10-21 10:41 -a--- Care2x_Documentation-Community_Portal.htm 15,494 2004-10-21 10:35 -a--- Care2x_Documentation-General_disclaimer.htm 13,839 2004-10-21 10:41 -a--- Care2x_Trivia.htm 10,884 2004-10-21 10:36 -a--- Changing_the_barcode_format.htm 14,640 2004-10-21 10:41 -a--- Changing_the_sort_order_of_menu_items.htm 12,118 2004-10-21 10:41 -a--- Chemical_lab_results_display.htm 13,425 2004-10-21 10:41 -a--- Chemical_lab_results_graph.htm 13,308 2004-10-21 10:41 -a--- Choosing_colors_for_the_display.htm 12,273 2004-10-21 10:41 -a--- Clinic_quick_info.htm 6,670 2004-10-21 10:41 -a--- Coding_conventions.htm 28,864 2004-10-21 10:41 -a--- Color_Options.htm 11,528 2004-10-21 10:35 -a--- Colors.htm 10,683 2004-10-21 10:41 -a--- Commercial_companies.htm 14,315 2004-10-21 10:41 -a--- Create_new_DRG_group.htm 6,704 2004-10-21 10:41 -a--- Create_ward.htm 6,453 2004-10-21 10:41 -a--- Creating_a_new_department.htm 10,995 2004-10-21 10:41 -a--- Creating_a_new_ward.htm 10,839 2004-10-21 10:41 -a--- Creating_and_sending_a_pharmacy_order_list.htm 11,431 2004-10-21 10:41 -a--- Credits.htm 20,874 2004-10-21 10:39 -a--- Currency_configurations.htm 12,301 2004-10-21 10:41 -a--- Current_events.htm 11,895 2004-10-21 10:35 -a--- Current_main_policy_document.htm 52,763 2004-10-21 10:41 -a--- CVS_Access.htm 7,210 2004-10-21 10:41 -a--- Database_abstraction_layer.htm 12,104 2004-10-21 10:41 -a--- DB_1.0_-_Establishing_a_db_connection.htm 12,991 2004-10-21 10:41 -a--- DB_2.1_-_Load_db_error_message_language_table.htm 13,199 2004-10-21 10:41 -a--- De-Main_Page.htm 12,271 2004-10-21 10:41 -a--- Deactivating_EMR_type.htm 8,302 2004-10-21 10:41 -a--- Deactivating_multi-language_function.htm 12,035 2004-10-21 10:41 -a--- Default_configurations.htm 13,352 2004-10-21 10:35 -a--- Department_Administration.htm 14,275 2004-10-21 10:41 -a--- Description_of_tables.htm 37,182 2004-10-21 10:39 -a--- Developer's_FAQ.htm 11,357 2004-10-21 10:41 -a--- Developer's_Manual.htm 18,175 2004-10-21 10:37 -a--- Diagnoses,_Procedures_&_DRG.htm 17,750 2004-10-21 10:39 -a--- Dicom_Images.htm 8,080 2004-10-21 10:41 -a--- Discharge_type_codes.htm 11,853 2004-10-21 10:41 -a--- Doctors_-_submenu.htm 12,441 2004-10-21 10:41 -a--- DRG_(composite).htm 6,586 2004-10-21 10:41 -a--- E_1.0_-_Load_global_environment.htm 12,832 2004-10-21 10:41 -a--- EMR.htm 13,254 2004-10-21 10:39 -a--- Encounter_images.htm 14,610 2004-10-21 10:39 -a--- ER_Diagrams.htm 41,202 2004-10-21 10:41 -a--- Flowcharts_Scriptflow_and_script_dependencies.htm 13,315 2004-10-21 10:41 -a--- Formats.htm 10,548 2004-10-21 10:41 -a--- From_inpatient_ward.htm 10,803 2004-10-21 10:41 -a--- From_the_very_start.htm 10,797 2004-10-21 10:41 -a--- Global_configurations.htm 13,677 2004-10-21 10:35 -a--- Global_configurations_-_technical.htm 15,378 2004-10-21 10:41 -a--- Global_constants_-_programming.htm 13,202 2004-10-21 10:41 -a--- Global_functions_-_programming.htm 12,481 2004-10-21 10:41 -a--- Global_variable_names_and_values_-_programming.htm 13,649 2004-10-21 10:41 -a--- GUI_modifications.htm 12,786 2004-10-21 10:35 -a--- GUI_Templates.htm 24,162 2004-10-21 10:39 -a--- GUI_Templates_-_Smarty.htm 22,722 2004-10-21 10:39 -a--- HauptSeite_(Deutsch).htm 17,862 2004-10-21 10:41 -a--- Help-Contents.htm 12,323 2004-10-21 10:35 -a--- History.htm 23,784 2004-10-21 10:41 -a--- How_to_create_a_new_DRG_group-.htm 14,891 2004-10-21 10:41 -a--- How_to_create_own's_product_catalog-.htm 7,850 2004-10-21 10:41 -a--- How_to_manage_products_in_the_databank-.htm 7,458 2004-10-21 10:41 -a--- How_to_oder_products-.htm 7,681 2004-10-21 10:41 -a--- How_to_select_a_diagnosis_code-.htm 8,608 2004-10-21 10:41 -a--- How_to_select_a_DRG_group-.htm 8,088 2004-10-21 10:41 -a--- How_to_select_a_procedure_code-.htm 8,444 2004-10-21 10:41 -a--- How_to_start_the_DRG_module-.htm 7,594 2004-10-21 10:41 -a--- How_to_write_a_report-.htm 7,353 2004-10-21 10:41 -a--- ICPM.htm 7,486 2004-10-21 10:41 -a--- Image-Admission_data.png.htm 15,411 2004-10-21 10:38 -a--- Image-Baby1.jpg.htm 13,202 2004-10-21 10:37 -a--- Image-Chemlab_graph.png.htm 14,853 2004-10-21 10:38 -a--- Image-Devteam.jpg.htm 13,326 2004-10-21 10:37 -a--- Image-Elpidio_latorilla_3.jpg.htm 13,731 2004-10-21 10:36 -a--- Image-Emir_prcic.jpg.htm 13,393 2004-10-21 10:36 -a--- Image-Help_plugindocs_index.png.htm 12,530 2004-10-21 10:41 -a--- Image-Klosterseeon02.jpg.htm 13,247 2004-10-21 10:41 -a--- Image-Main.jpg.htm 13,081 2004-10-21 10:41 -a--- Image-Scanner_keyb.png.htm 14,723 2004-10-21 10:41 -a--- Image-Sshot_fever.jpg.htm 13,292 2004-10-21 10:41 -a--- Image-Sshot_fever.png.htm 14,700 2004-10-21 10:38 -a--- Image-Sshot_hide_reg.png.htm 12,959 2004-10-21 10:41 -a--- Image-Sshot_quick_info.png.htm 12,927 2004-10-21 10:41 -a--- Images.htm 10,546 2004-10-21 10:41 -a--- Insurance.htm 7,449 2004-10-21 10:41 -a--- Internal_Primary_Keys.htm 28,677 2004-10-21 10:39 -a--- Internal_Status_codes.htm 11,698 2004-10-21 10:36 -a--- Items_shown.htm 10,854 2004-10-21 10:41 -a--- Laboratory_-_submenu.htm 12,518 2004-10-21 10:41 -a--- Language.htm 10,912 2004-10-21 10:41 -a--- Language_Tables.htm 11,002 2004-10-21 10:41 -a--- Language_versions.htm 11,729 2004-10-21 10:41 -a--- List_order.htm 10,823 2004-10-21 10:41 -a--- List_rows.htm 10,754 2004-10-21 10:41 -a--- MA_1.0_-_Patient_admission.htm 12,706 2004-10-21 10:41 -a--- MA_1.3_-_Load_GUI_mediator.htm 12,705 2004-10-21 10:41 -a--- MA_2.0_-_Patient_admission_search.htm 12,887 2004-10-21 10:41 -a--- MA_3.0_-_Archived_admission_search.htm 12,913 2004-10-21 10:41 -a--- MA_4.0_-_Admission_data_display.htm 12,835 2004-10-21 10:41 -a--- Main.htm 12,745 2004-10-21 10:41 -a--- Main_menu.htm 11,694 2004-10-21 10:35 -a--- Main_Page.htm 21,858 2004-10-21 10:36 -a--- Manage_Products.htm 12,386 2004-10-21 10:41 -a--- Measurement.htm 7,823 2004-10-21 10:41 -a--- Mission,_Principles,_Policies.htm 57,184 2004-10-21 10:39 -a--- Modules'_descriptions,_explanation,_support_inform 14,143 2004-10-21 10:41 -a--- Modules'_list.htm 25,681 2004-10-21 10:41 -a--- Modules'_Scripts.htm 20,385 2004-10-21 10:41 -a--- Modules'_Tree.htm 33,025 2004-10-21 10:41 -a--- MP_1.0_-_Person_registration.htm 12,754 2004-10-21 10:41 -a--- MP_1.1_-_Login.htm 12,299 2004-10-21 10:41 -a--- MP_1.2_-_Initializations_and_mode_check.htm 13,044 2004-10-21 10:41 -a--- MP_1.3_-_Load_GUI_mediator_script.htm 12,887 2004-10-21 10:41 -a--- MP_2.0_-_Person_search.htm 12,601 2004-10-21 10:41 -a--- MP_3.0_-_Person_advanced_search.htm 12,835 2004-10-21 10:41 -a--- New_person_input.htm 13,092 2004-10-21 10:41 -a--- News.htm 10,452 2004-10-21 10:41 -a--- No_namedropping.htm 12,783 2004-10-21 10:41 -a--- Non-medical.htm 10,616 2004-10-21 10:41 -a--- Notes_types.htm 8,689 2004-10-21 10:41 -a--- OR_-_submenu.htm 12,301 2004-10-21 10:41 -a--- Packaging_a_plugin_document.htm 12,394 2004-10-21 10:41 -a--- Packaging_your_own_plugin_module.htm 13,276 2004-10-21 10:41 -a--- PDF_Maker.htm 12,245 2004-10-21 10:41 -a--- Person_registration.htm 14,680 2004-10-21 10:39 -a--- Personnel_Management.htm 14,237 2004-10-21 10:41 -a--- Plugin_documents.htm 12,020 2004-10-21 10:35 -a--- PPG.htm 11,105 2004-10-21 10:41 -a--- PR_4.0_-_Script_self-run_protection.htm 12,935 2004-10-21 10:41 -a--- Previous_feature_articles.htm 11,844 2004-10-21 10:36 -a--- Principles,_Policies_and_Guidelines.htm 41,556 2004-10-21 10:37 -a--- Product_Catalog.htm 7,790 2004-10-21 10:41 -a--- Program_Flowcharts.htm 17,586 2004-10-21 10:38 -a--- Proposed_policy_amendments_Antas.htm 57,174 2004-10-21 10:39 -a--- Proposing_policy_amendments.htm 13,447 2004-10-21 10:38 -a--- Recent_developments.htm 20,304 2004-10-21 10:41 -a--- Registration.htm 11,198 2004-10-21 10:41 -a--- Registration_data.htm 13,111 2004-10-21 10:41 -a--- Report_and_notes_-_via_registration_page.htm 13,730 2004-10-21 10:41 -a--- Requirements.htm 14,131 2004-10-21 10:35 -a--- Resolving_group_in_diagnosis_and_procedure_codes.h 11,589 2004-10-21 10:41 -a--- Resources.htm 12,652 2004-10-21 10:41 -a--- Room_types.htm 7,019 2004-10-21 10:41 -a--- Selecting_the_CSS_design_theme.htm 11,182 2004-10-21 10:41 -a--- Selecting_the_GUI_template.htm 11,089 2004-10-21 10:41 -a--- Selecting_the_Icons_set.htm 11,168 2004-10-21 10:36 -a--- Selecting_the_Main_Menu_style.htm 11,955 2004-10-21 10:36 -a--- Setting_other_hospital_names.htm 11,553 2004-10-21 10:41 -a--- Setting_the_date_format.htm 11,592 2004-10-21 10:41 -a--- Setting_the_information.htm 11,723 2004-10-21 10:36 -a--- Show_product_info.htm 12,431 2004-10-21 10:41 -a--- SL_1.0_-_Script_locking_routine.htm 12,835 2004-10-21 10:41 -a--- Sshot_fever.png.htm 13,009 2004-10-21 10:41 -a--- Starting_new_surgery_operation_document.htm 11,308 2004-10-21 10:41 -a--- Submenu.htm 12,844 2004-10-21 10:41 -a--- System_Admin_permission.htm 12,581 2004-10-21 10:35 -a--- Talk-Main_Page.htm 10,763 2004-10-21 10:41 -a--- Technical_Manual.htm 14,426 2004-10-21 10:36 -a--- Test_types.htm 7,322 2004-10-21 10:41 -a--- Time_types.htm 7,359 2004-10-21 10:41 -a--- Types.htm 10,865 2004-10-21 10:41 -a--- Unit_of_measurement_types.htm 7,370 2004-10-21 10:41 -a--- Upload_Dicom_images.htm 7,467 2004-10-21 10:41 -a--- Uploading_Encounter_images.htm 7,151 2004-10-21 10:41 -a--- User's_Manual.htm 14,059 2004-10-21 10:36 -a--- User_configuration.htm 12,685 2004-10-21 10:35 -a--- Users_and_user_permissions.htm 13,326 2004-10-21 10:35 -a--- Ward's_profile.htm 12,404 2004-10-21 10:41 -a--- Ward_and_room.htm 10,729 2004-10-21 10:41 -a--- What's_New-.htm 19,563 2004-10-21 10:36 -a--- Workflow_Charts.htm 16,608 2004-10-21 10:35 -a--- ---------------------------------------------------------------------------------------- -- Walter Alfonso Núnez Rivera Médico - Programador Pascual de Andagoya 140 Lima 32 Perú

1 0

sobre freeb
by Walter Nunez 23 Oct '04

23 Oct '04

Fundamentally the current FreeB suffers from several design decisions which in my opinion just didn't pan out, was a great leap none the less (still great work by fred, no question). 1) Compiling the psuedo-xml into perl, the compiler has tended to be more problematic than the actuall billing work. 2) Fractured XML-RPC api, way too many different functions and due to the "dumbness" of the compiler a tendancy to call the same functions over and over again. This certainly contributes to the mind-numbng slowless at least in OpenEMR's case. It is interesting to realize that freeb and anything that completely implements it's api is at the leading edge of what web services can do, by last count there are 100+ api function calls as well as a typical round trip taking as many as 500. I can't think of another application which uses half that many, by contrast the accounting integration in OpenEMR uses 2, possibly 3 calls. 4) Spaghetti code and more often than not incorrect code documentation, take a look at the actual formatbin files as well as my personal favorite Loop.pm . 5) FreeB has/had a flawed packing algorithm so that individual codes are not spread across HCFA's as efficiently as possible which appears to be an issue with some payers, mainly clearing houses. So anyway with that out of the way, the lessons I learned are: X124010A is an un-standard, it will not be possible to have a universal format or translator as each payer requires different and frequently mutally exclusive things. Ideally the different formats will subclass a master format, worst case every payer has a totally different format and to makes changes across all you have to find/replace. A claim needs to be processed in less that 1 second including the web services call. Many other applications are able to meet this requirement doing things of similar complexity. Callbacks are a bad idea, I actually implemented freeb and openemr and I would love to have that time back and I blame callbacks for the most part. When making a call to FreeB the calling application has to know what payer it is sending a claim to and must supply all of the suitable data(this sounds more problematic than it is in practice), both XML-RPC and SOAP support complex nested data structures that makes this reasonable. A minimum set being required is a good idea and extended information should be added using flexible "data soup" type structures rather than something more rigid or formal. The result of the call must be returned as part of the services response even if its a PDF and needs to be base64ed. This is a step for scalability, large payers are interested in freeb but if it uses local file system that makes horizontal scalability difficult. Possible solutions: PHP using a templating engine like smarty where PHP has a few simple WS function calls like startClaimTransation(specify payer format based on lookup table of supported options, loadPatient, LoadResponsiblePerson, loadInsurer, loadCodeData, endClaimTransaction. These build an in session structure and when endClaimTransaction it errors and gives you a chance to recall any of the loadFunctions, or rollback or if successful returns the completed claim data in the format you asked for. PHP takes the in session structure and maps it into templates structures that a different smarty templates turn in to x12 or HCFA formatted files. Smarty supports includes so common things like header etc can have defaults or you have the option of reimplementing should the particular payer require it. I have been using smarty to generate PHP code lately and this concept works very well. Python is also a good choice because almost all platforms have it natively and it also supports being built into a standalone executable. It could potentially use a very similar architecture to above. I should also say that while I have heard several people groan at the use of PHP for this it is important to recognize the most of the people who potentially/probably will could do the work for this are involved with PHP based EMR's so that should be taken in to consideration. While in an ideal world it might be neat to build an XML structure of the data and XSLT it into that payer formats having experimented with this recently it is difficult because XSLT is somewhat limited in areas where having functionality will make building this a lot faster. In a nutshell this would take a really long time, XML just doesn't like being dumbed down to HCFA and X12. There are a few schemas for X12 out there but I am not aware of a professional one yet, just institutional, so that would have to be created as well which is no small undertaking. The upside is that the knowledge about particular payers including Zirmed, Proxymed, Medi-cal, CMS, BCBS is already there or close to there. This is the hard part when you really get down to it, in my estimation there are about 600 different payer formats but the use of clearing houses mitigates this quite a bit for most. Probably a bit long winded, sorry for that. -- Sincerely, David Uhlman -- Walter Alfonso Núnez Rivera Médico - Programador Pascual de Andagoya 140 Lima 32 Perú

1 0

informacion gracias a andreas tille
by Walter Nunez 22 Oct '04

22 Oct '04

Hi, under http://linuxmednews.com/linuxmednews/1098376300/index_html a new realease of FreeMED is announced. While FreeMED is also a target for Debian-Med I think the even more interesting part of this message is the billing system REMITT. In the past I tried to help out Jeff Buchbinder to enhance the quality of FreeB which was either an alternative billing system or just the predecessor of Remitt - unfortunately I was not able to find any documentation about the relation of FreeB and REMITT. The current status of FreeB from a Debian point of view is the following: 1. I offered Jeff to sponsor his FreeB packages which means he is the maintainer of the package (which is an optimal situation to have one of the upstream developers as maintainers) and I would care for the upload. 2. I did some patches to his packaging stuff which are available at http://people.debian.org/~tille/packages/freeb/ in August this year but Jeff did not reacted until today what he thinks about these patches and whether we should do the upload. (I would love to hear his OK even if it is free software but it is kind of normal politeness to ask for it.) The further plan for FreeMed is the following: Check the Debian packages which are provided by the FreeMed people and migrate them step by steep to the Debian mirror. In April this year did some analysis on the Debian packages which are provided by the FreeMed people (thanks for this service) at http://apt.freemedsoftware.com/ which might be a little bit outdated now, but not really wrong in principle: 1. djview: ~> apt-cache policy djview djview: Installed: (none) Candidate: 3.5.12-5 Version Table: 3.5.12-5 0 499 http://debian.tu-bs.de testing/main Packages 50 http://debian.tu-bs.de unstable/main Packages --> This is available in Debian and can be removed once Sarge is out 2. freeb -> I think the necessary work is done (see http://people.debian.org/~tille/packages/freeb/ ) 3. freemed and freemed_modules -> Polishing this package would be the final step 4. libbit-vector-perl This is not yet contained in Debian. Somebody should step in here and file a RFP bug to wnpp in the way it is described at http://www.debian.org/devel/wnpp/#l1 This should include a link to the packages at apt.freemedsoftware.com. If no developer steps in ask for anybody who might sponsor your package to get it propagated to the official Debian mirror. This would save the FreeMed people from the task to provide it from their private mirror and get the package under control of the Bug Tracking System. 5. ~> apt-cache policy libdate-calc-perl libdate-calc-perl: Installed: (none) Candidate: 5.3-1 Version Table: 5.3-1 0 499 http://debian.tu-bs.de testing/main Packages 50 http://debian.tu-bs.de unstable/main Packages --> Same as 1. 6. php4-pear-modules I would proceed like described at item 4. ... 7. phpwebtool Same as in item 4. I think the best way to start is with 4., 6. and 7. (libbit-vector-perl, php4-pear-modules, phpwebtool) to try to gain profit from the Debian community. This would save time of the FreeMed people to concentrate on their own topic, the freeb and freemed packages. If anybody feels oblilged to start with one of these tasks and something remains unclear feel free to ask for further details. Kind regards Andreas. -- Walter Alfonso Núnez Rivera Médico - Programador Pascual de Andagoya 140 Lima 32 Perú

1 0

Subiendo Care2x a aoniken.net
by Gustavo D. Ramos 22 Oct '04

22 Oct '04

Estimados compañeros (y ahora compañera tambien) Estoy subiendo los archivos del care 2 X versión 2.1 al sitio de aoniken.net para tenerlo allí tambien instalado Necesito los datos de la base de datos, usuario y password que usará este nuevo care online para poder tenerlo funcionando esta noche (lo idea sería que pueda acceder al phpMyAdmin, pero bueno, el sitio no es mio jejejejejejeje) Un abrazo a tod@s Gustavo D. Ramos Tucumán Grupo Biolinux http://www.biolinux.org.ar Grupo SaluX http://www.salux.org Grupo Care2x Latino http://www.care2x.org.ar

2 1

Propuestas ...
by Juan Rossano 22 Oct '04

22 Oct '04

Retomo la idea del nomenclador nacional. Yo trabaje siempre con el nomnenclador nacional y tengo distintas implementaciones del mismo y de opciones de facturacion. La propuesta apunta a tomar una lista de practicas para automatizar los pedidos (yo di el ejemplo de radiologia) por lo que sugiero elegir una y sobre esas se podran analizar las variantes. Ahi espero que elijan los que tienen mas experiencia en cuanto a que usan en hospitales de argentina para tomar esa como modelo. A la idea de tener tambien el nomenclador municipal, el de IOMA, etc yo prefiero tener una sola y despues ver las variantes. Por ejemplo en el caso del IOMA yo tengo un campo para homologar distintos codigos en distintos nomencladores pero el CODIGO_ID interno del programa es siempre el mismo (o sea que tengo una sola tabla donde el ID es el codigo de nomnenclador y en otra tabla de "equivalencias" tengo que codigo de IOMA corresponde al del nomenclador). Yo pondria una tabla con unidades que tenga las del nomenclador y se puedan agregar mas (como las unidades de IOMA) y otra con las practicas. Lo ideal seria conseguir el nomenclador nacional con PMO y yo genero el SQL que cree la base en MySQL y cargue los datos (como hace el programa con el ICD10 y el OPS301). El que tengo yo nacio antes del PMO y se le agregaron cosas homologandolas. En base a eso se puede desarrollar algun modulo de facturacion o directamente exportar los datos como se haria para pasar a algun enlatado. Eso independientemente de desarrollar algun modulo de facturacion propio que podria ser un tema en si solo. Hay que contemplar los tipos de contrato que puede hacerse para desarrollar ese modulo y por eso creo que es muy flexible el exportar los datos y ahi aparece como importante elegir que nomenclador se toma como base ya que el detalle de las practicas a facturar va a pasar como minimo "codigo y cantidad" ademas de "beneficiario, dia, cobertura" por dar un ejemplo; entonces ese codigo debe ser interpretado por un programa externo de facturacion y el nomenclador nacional me parece el mas adecuado. Y si la tabla de practicas que tomamos es sencilla y genera un archivo para exportar a un programa de facturacion deduzco que es mas facil de personalizar en otras regiones. Bueno, esta es mi primer idea. Cuando tenga mas las propongo. Saludos Juan

5 15