Red de conocimiento informático - Material del sitio web - ¿Cómo hacer un buen trabajo en la venta de insumos médicos en hospitales?

¿Cómo hacer un buen trabajo en la venta de insumos médicos en hospitales?

Cómo hacer un buen trabajo en la venta de consumibles médicos:

1. Comprender la estructura organizativa y los procedimientos de trabajo del cliente antes de vender, y aclarar los momentos de trabajo y las prioridades de trabajo.

Estructura organizativa: el departamento que solicita adquisiciones en el hospital es el departamento o la persona que lo utiliza. El método de solicitud incluye requisitos orales o presentaciones escritas, el llenado de la solicitud de adquisición y la toma de decisiones; departamento es el decano o el comité del decano. El departamento de ejecución es el departamento de equipos. Algunos departamentos realizan el trabajo ellos mismos y acuden al departamento de equipos para obtener un reembolso.

Procedimientos de compra: Los usuarios planifican los consumibles en uso y los reportan al departamento de equipos para su compra. Utilizar con la aprobación del decano. El departamento elaborará un plan de consumo para la compra de equipos pequeños de uso regular para garantizar que el departamento de equipos los compre.

2. Modelo de ventas básico:

Diagrama de bloques

Pasos: Primero visitar el departamento y luego visitar al director varias veces seguidas.

Visita al decano

Visita al jefe de la sección de equipos y lleva a cabo negociaciones comerciales (nota: no utilices al director o al decano para presionar al jefe de sección. La relación entre el jefe de sección y el decano es extraordinario, el jefe de sección sabe hacer cada pedido y juega un papel del 20% en todas las ventas)

3. Disposiciones legales en el trabajo:

Las ventas son un equilibrio razonable entre los intereses del vendedor y del cliente Distribuir y esforzarse por maximizar los beneficios

Respetar siempre a los clientes y sus intereses durante el proceso de venta

Ser realista y realista durante el proceso de venta.

Las ventas son una responsabilidad individual bajo el trabajo en equipo

Expresar uniformemente los valores, servicios y compromisos de la empresa durante el proceso de venta

La venta de dispositivos médicos son visitas a distancia. basado en individuos, que requieren "independencia cuidadosa" y entrevistas exclusivas para ganarse el respeto de los clientes

Acuerdos relevantes de la empresa

Habilidades y cualidades imprescindibles

.

Un vendedor profesional no es necesariamente el mejor, pero el mejor vendedor debe ser profesional.

Sé honesto y trabaja duro

上篇: Cómo convertir Damai al servicio manual 下篇: Cómo mejorar las métricas de rendimiento del sistemaPrefacio Cuando escribí este título, me sorprendió haber creado un título tan grande. ¡Me di cuenta de que este es el escenario de la vida de innumerables personas! No quiero explicar todos los aspectos de la mejora del rendimiento del sistema. Solo quiero hablar sobre algunas de nuestras ideas y soluciones de diseño para mejorar el rendimiento del sistema J2EE durante el proceso de migración del sistema en función de casos específicos, principalmente la aplicación de la tecnología de almacenamiento en caché de datos. Espero que no dé. Todos han traído demasiados malentendidos. Nota: Todas las discusiones en este artículo se basan en la plataforma Windows y en otras plataformas convencionales, como Unix, Linux, etc. También existe un mecanismo de implementación similar al MMF, que no entraré en detalles aquí. Volver al inicio Concepto: ¿Qué es MMF? (1) A partir de ahora, el término FMM aparecerá con frecuencia en este artículo. Entonces comenzaré con una breve introducción a MMF. MMF, el nombre completo es Archivos asignados en memoria. Desde una perspectiva macro, es una tecnología de mapeo de memoria de datos o una forma de administrar la memoria dinámica. Randy Kath define MMF de la siguiente manera: Los archivos asignados en memoria (MMF) proporcionan una función de administración de memoria única. permite que las aplicaciones accedan a archivos en el disco de la misma manera que la memoria dinámica: a través de punteros. Desde una perspectiva micro, tiene las siguientes características principales: Concepto: MMF es un objeto de Windows al que se puede crear y acceder a través de la API de Windows. Naturaleza: Puede considerar un MMF como un archivo normal, excepto que está almacenado en la memoria del sistema. Figura 1: MMF se puede habilitar en todos los procesos (extraído de MSDN Online) Características: Cualquier proceso puede acceder a MMF: cualquier proceso o subproceso puede acceder a MMF, lo que significa que MMF tiene la característica de habilitarse en todos los procesos, y esta es su mayor "encanto". Por supuesto, dado que todas las operaciones de acceso se realizan en la memoria, también se caracteriza por su alta velocidad. Principio de implementación: MMF se basa en la tecnología de memoria virtual comúnmente utilizada en los sistemas operativos modernos, que se basa en un mecanismo llamado paginación (2). Por lo tanto, se puede considerar que siempre que el sistema operativo adopte un sistema de gestión de memoria virtual basado en páginas, se puede realizar la función MMF. Duración: MMF existe hasta que se desconecta la última referencia. MMF es en realidad una función básica de la plataforma Windows y todas las operaciones en ella se pueden realizar a través de la API de Windows, lo que hace posible que COM acceda a datos a través de procesos bajo la arquitectura DNA. Hace posible almacenar en caché los datos comerciales en el lado de la base de datos en MMF en el lado del servidor de aplicaciones o en el cliente, lo que elimina la sobrecarga del acceso frecuente a la base de datos y mejora en gran medida el rendimiento del acceso al sistema. En Java, también encontramos una serie de clases que aprovechan MMF bajo la especificación NIO de Jdk1.4. Aunque la documentación API de Jdk1.4 no propone claramente tal concepto, sabemos por la documentación de FileChannel y ByteBuffer que el objeto FileChannel tiene la función de asignar archivos a la memoria. Como podemos ver arriba, esto en realidad crea un MMF. Volver arriba Antecedentes: ¿Qué problema encontramos? Queremos actualizar el sistema que hemos adquirido, lo que naturalmente implica la elección de la plataforma. El sistema original se basó en la arquitectura DNA de Microsoft y ahora tendemos a trasladarlo a la plataforma J2EE. Antes de eso, naturalmente, tendremos que realizar los análisis de viabilidad necesarios. Entre otras consideraciones, nos centramos principalmente en la viabilidad de tecnologías clave, ya que queríamos maximizar el uso del diseño arquitectónico del sistema original. Dado que el sistema se basa en la arquitectura DNA de Microsoft y utiliza el componente de acceso remoto DCOM, el rendimiento del sistema naturalmente se convierte en una consideración muy importante. Por lo tanto, lo más destacado del sistema original es que se ha trabajado mucho para mejorar los indicadores de rendimiento de todo el sistema, de modo que todo el sistema tenga un rendimiento sobresaliente en términos de velocidad de respuesta del sistema y operaciones concurrentes de gran volumen de datos.