KR100445532B1 - Method for management of volunteer database and system thereof - Google Patents

Abstract

The present invention relays service activities between volunteer applicants and volunteers (consumer) so that they can be linked to each other based on week and day rather than a date value , and the service activities for real-time monitoring and management of the status of volunteer activities And as related to the management method and the system, a volunteer activity input step (S100) for inputting the type and duration of the volunteer activities that can be performed by the volunteer applicants or volunteer organizations, week and day, the number of people, etc .; A service activity request input step (S200) for inputting a service activity request of a demand destination requiring service; The central management server 100 recognizes a value (connection information) matching each volunteer activity request with a specific activity of the volunteer activity request information DB, and identifies the ID value of each volunteer activity request value and the specific activity code value of the volunteer activity request information DB. And relaying step (S300) for storing and registering in the connection information DB; Volunteer activity applicants are made, including the performance result management step (S400) for recording, storing and managing the results of performing the corresponding volunteer activity specified by the linking step.

The present invention is a very useful invention, such as to provide an easy input to selectively input the desired date of various types of volunteer activities for the volunteer applicants, to improve the efficiency of computerized management for the volunteer service date.

Description

Voluntary service relay and management method and system {METHOD FOR MANAGEMENT OF VOLUNTEER DATABASE AND SYSTEM THEREOF}

The present invention relays the requests and requests between volunteers applying for volunteer activities (volunteer applicants are the same below. Including volunteer organizations) and demanding volunteers, and monitoring the status of activities in real time. It relates to service connection for connection, relay and management method and system for the same.

Recently, as the concept and importance of social service activities have spread widely, many volunteer work has been done. However, in the case of the general public, even if they want to do volunteer work, they cannot know who, what, when, and how much. Therefore, the voluntary volunteer intention is not properly delivered to the demand. In addition, even for those who desperately need help from volunteers, it is not easy to get practical help because they do not know where and how to request volunteer activities.

In view of these problems, Korean Patent Application Publication No. 2002-008320 (published Jan. 30, 2002) discloses a service activity relay method based on the Internet. However, when looking at the prior art described above, there is a problem in that the technical specificity is not specified at all and is merely a presentation of a concept, and thus the object of the present invention cannot be realized at all. In other words, in order to effectively connect the volunteers and the consumers who are the objects of the present invention, a clear solution should be provided for the relay method. The server reads and shows the steps of connecting members with the closest information to each other ', but it does not indicate in detail what processor it is connecting to and how the radiation activity requested by the customer is executed. There is no suggestion for the central management system.

In particular, due to the nature of voluntary service, volunteer applicants are usually applied for volunteer work continuously or temporarily by designating the day of the week or volunteering for a certain period of time. This is the case, for example, when volunteering on Sundays during vacation. On the other hand, the source of demand for volunteer work (including consumers) is most likely to require continuous and long-term service, and even if it is temporary or for a certain period of time, it is not consistent with the applicant's service period. In some cases, it is very difficult to optimally relay service volunteers and demand sources (including consumers).

Before describing the present invention below, terms that can be interpreted differently, and terms whose meanings are not clear will be simply defined.

First, "Voluntary Service Management Agency" shall be defined as the collective term for organizations that support or manage volunteer activities such as volunteer centers, welfare centers, and social organizations (YMCA, YWCA, etc.) that operate in each region. In the abbreviation described as 'management institution' or 'institution'.

"Volunteer activity applicant" means a person (or a group) who intends to practice volunteer activities, and "volunteer activity applicant" registers his basic management matters in the system according to the present invention in order to practice volunteer activities. Means a volunteer (or group) who has applied for volunteer work, and the term "volunteer" refers to a person (or group) who has been assigned a volunteer work to be performed by a volunteer manager.

In addition, "demand" is a place for requesting a volunteer activity, and includes an institution or organization, and also an unpaid senior citizen, a boy and a girl head, and "activity request work" is defined as the work content of a volunteer activity requested by the demand source. In this regard, the term "service activities subject to service" shall be defined as meaning service activities in which volunteers are assigned to the activity request service.

In addition, there are terms with specific meanings, and in this case, terms will be defined separately.

The present invention has been made to solve the above-mentioned conventional problems, volunteers volunteers (volunteers) volunteers by providing the ease of input that can selectively enter the various types of volunteer activities schedule that suits the volunteer wishes The aim is to make them free to participate.

In addition, an object of the present invention is to provide a method for improving the efficiency of the management of various types of application schedule information in the service application.

In addition, the present invention enables the connection between the volunteer activity applicant and the demand source, that is, to more effectively perform the proper placement of the volunteer activity applicant, the status of the applicant connection status by volunteer activity demand, the applicant connection status by activity request task, each volunteer activity applicant Another aim is to provide a way to easily identify and manage information such as assignments and unassigned status.

Furthermore, the present invention can check whether the volunteer applicants start and end the service activities at the designated demand destination, and the real-time monitoring and management of the practice results based on this.

In addition, the present invention is to inform the volunteer date prior to the assigned volunteer schedule assigned to the volunteer work assignments, such as service date, volunteer work target tasks, so as to maximize the volunteer participation rate (practice rate) of volunteers It is done.

1 is a schematic configuration diagram of a system according to the present invention

2 and 3 show calendars for October and November 2002;

4 is a flowchart illustrating the basic registration process of new volunteers

Figure 5 is a flow chart showing the basic registration process of the new volunteer service organization

6 is a flowchart illustrating a basic registration process of a new customer.

7 is a flow chart showing the volunteer registration process volunteers

8 is a flow chart showing the process of registration of volunteer activities of the volunteer organization

9 is a flowchart illustrating a process of registering a request for volunteer work by a customer

10 is a flow chart illustrating the process of connecting (assigning) volunteer's daily activities

11 is a flow chart illustrating a process of linking daily activities of volunteer organizations

12 is a flow chart illustrating the process of linking volunteer activities

13 is a flow chart showing the process of linking ongoing activities of a volunteer group

14 is a flowchart illustrating a service activity checking step by a card reader

15 is a screen configuration according to an embodiment of the present invention for registering the basics of a new volunteer activity applicant

Figure 16 is a screen configuration according to an embodiment of the present invention to register the basics of a new volunteer service organization

17 is a screen configuration diagram according to an embodiment of the present invention to register the basics of the new volunteer demand destination

18 is a screen configuration diagram according to an embodiment of the present invention for connecting a service activity applicant and the customer service for a specific date

19 is a screen configuration diagram according to an embodiment of the present invention connecting the volunteer activities of the volunteer applicants and the customer for the continuous period

20 is a screen configuration diagram according to an embodiment of the present invention connecting the service activities of the volunteer organization and the demand destination for a specific date

Figure 21 is a screen configuration according to an embodiment of the present invention connecting the service activities of the volunteer organization and the demand destination for the continuous period

22 is a screen configuration diagram according to an embodiment of the present invention in which an individual manager manages registration of volunteers belonging to the individual manager;

23 is a screen configuration diagram according to an embodiment of the present invention in which the individual manager inquires and manages the volunteer activity daily situation of the volunteers belonging thereto.

24 is a screen configuration diagram according to an embodiment of the present invention in which the administrator manages the connection, registration of the daily volunteer based on the demand destination

25 is a screen configuration diagram according to an embodiment of the present invention in which the administrator monitors the start of volunteer activities, the number of participants, etc. at a particular demand destination

26 is an embodiment of a screen configuration that can query a variety of statistical data, such as the monthly activity forecast status of volunteers or volunteer organizations

27 is a screen configuration diagram notifying a user when a local PC of a demand destination is missing input of an end time for a start time of a volunteer;

<Description of the symbols for the main parts of the drawings>

100: central management server 101a: basic information DB volunteers

101b: Basic Information DB 102a: Application Information for Volunteer Work

102b: Customer Request Activity Request Information DB 103: Service Activity Connection Information DB

104: Performance Management DB 150: Local PC

151: card reader

200, 201, 202: Voluntary service management organization 300: Demand source (demand organization)

In order to achieve the above object, the service activity relay and management method of the present invention is a service activity applicant or a group (same as the following. And a service activity application input step of inputting the day of the week in a service activity application information DB (S100); Volunteer activity that inputs volunteer activity request information such as volunteer work request task, number and period of request for each task, week, day of the week, etc. Request input step (S200); The central management server 100 recognizes the value of the system administrator or the individual administrator of each volunteer organization by matching each volunteer activity applicant with a specific activity in the volunteer activity request information DB (connection information). A relay step (S300) of storing and registering an ID value and a specific activity code value of the service activity request information DB in the connection information DB; Volunteer service applicants are made to include a service activity management step (S400) for recording, storing and managing the results of performing the service activity target tasks assigned by the relay step in the performance management DB.

Hereinafter, described in detail by the accompanying drawings of the present invention.

1 is a schematic configuration diagram of a system according to the present invention, the service activity relay and management system according to the present invention is a volunteer basic information DB for storing and managing the basic information of the applicant or applicant group applying for volunteer activities, volunteer activities Includes a basic information DB for storing and managing basic information such as the name of the demand source and a region where the organization is required, and a date (period) during which the volunteer applicant or group registered in the volunteer basic information DB applies for volunteer activities .) As a required value for the period, week and day of the week, and the number of people who can be active (only for volunteer groups). The service request service required by the State, the number of requests for each service request service, the activity request date (including period) by request service, and the period and week and day and time. The service provider connection information DB for storing and managing the requesting request information DB for storing and managing the request information DB, the activity request information DB and the activity request information DB, and receiving the required values as required values; The period, week and day values of the application information DB, the request information DB, and the connection information DB, which are configured to include a performance management DB managed for each time and are stored and managed as period, week and day values, The central management server 100 is converted and displayed only on the day of the week, connected to the local PC having a plurality of individual manager modules to control the input and output of the data; Data transmitting and receiving means for transmitting and receiving data to and from the central management server, and a plurality of individual manager module which is connected to the respective DBs of the central management server by the transmission and reception means for input, inquiry and correction of the corresponding information It consists of two local PC (150).

Furthermore, the system according to the present invention is a card reader 151 connected to the local PC 150 and is provided for each individual volunteer, in order to automatically monitor in real time the results of the volunteer activities performed as shown in Figure 1c It may be configured to further include an electronic card issued by entering a number.

As shown in FIG. 1, the system according to the present invention is limited to a specific region as well as local volunteer centers 200 and 201 and welfare centers 202 supporting various welfare facilities belonging to a jurisdiction. Social organizations (YMCA, YWCA, etc.) ('Service Activity Management Agency' or 'Management Agency') that are not included in the network are managed by the integrated central management server 100 in connection with the network. When applying for volunteer work through a community service management organization, personal information along with the organization's unique code is stored in the volunteer's basic information DB of the volunteer applicant. It is configured to check, and the local volunteer center or service organization receives the request of the requester or the consumer and registers the activity request task in the volunteer activity request information DB.

In addition, the central management server 100, as shown in Figure 1b, volunteers assigned to the volunteer work by receiving the SMS service using the mobile communication provider's communication network to the mobile phone terminal on the day before the volunteer activity, This service is configured to be reconfirmed the target work and activity date to be carried out, and furthermore configured to be able to confirm whether or not to participate in the scheduled service activities according to the presence or absence of a response sent from the mobile phone of the volunteer who received the SMS service May be

In order to implement such additional functions, the relay and management method according to the present invention receives a mobile phone number when inputting basic information of volunteers applying for volunteer activities, and manages it in the corresponding DB. A notification message transmission step 350 to send out a service activity target work, demand destination and activity date to the volunteer's mobile phone by using the SMS function on the day before the service activity day assigned by the relay step 300; The service activity is carried out in addition between the results management step (S400).

In addition, the present invention to promptly notify the manager when the volunteer is unable to participate in the next day's service activities due to unavoidable circumstances, so that other volunteer applicants can be assigned to the target service activities of the customer, When the volunteer who received the SMS text service presses the "call" button, the central management server automatically recognizes the mobile phone number and searches the DB to determine the volunteer, and the placement of the volunteer service target service is linked to the volunteer activity. A step of deleting from the DB 103 may be further included.

As such, under the service activity relay and management system system of the present invention schematically illustrated in FIG. 1, the module for individual managers provided to each of the management organizations 200, 201, and 202 may be volunteered only for the service applicants belonging thereto. On the other hand, it is possible to assign the volunteer applicants for volunteer work requesting services of other organizations, as well as volunteer work requests of various demand sources (or consumers). Here, the "individual manager module" is mounted on the local PC 150 of each volunteer center or service organization to access the central management server 100 to input and output data, the overall service activity request service It refers to a client system that has the function to assign and input the volunteer applicant for the service.

Referring to Figure 1 will be described in more detail as follows. That is, the manager of the volunteer center 200 in the area A allocates volunteer applicants (eg, A, B, B, ...) to the volunteer service request task of the requesting party. Volunteer service applicants belonging to the Volunteer Center 201 in the region (B) can be connected to the service activities, and stored and registered in the system's connection information DB. For light, new, ...), it is restricted from connecting with the service request. However, the manager of the local (A) service center 200 receives a request to the local (B) volunteer center 201 for volunteer applicants (A, B, B, ...). It is allowed to link and register registered tasks (eg, catering activities in nursing homes, cleaning activities in nursery schools, ...). The reason for the limitation of the manager's function of the jurisdiction is to prevent the manager of a specific institution from monopolizing all volunteer applicants registered in the system and receiving the volunteer applicant (hereinafter referred to as 'affiliated institution'). By distributing and managing volunteers on a unit-by-unit basis, it is intended to clarify the management responsibilities of the volunteers and to provide a condition for the volunteer activities to be distributed to various demand sources. As a control method for this, the relaying step 300, the central management server 100, each service activity applicant ID value matching the specific activity of the service activity request information DB is within the input authority range of the individual manager module And determining whether to belong, and if it is determined that the authority is out of the authority, controlling to refuse registration of the service connection.

4 and 5 are flow charts showing steps (S111, S112) of inputting basic personal information necessary for the use of the system by individuals or groups wishing to volunteer. 15 and 16 illustrate an input screen as one embodiment, which is not significantly different from a generally known member information input process. However, in the case of registering a volunteer group, whether the group should be registered separately for the member concerned, and when registering the individual volunteer application, the name of the volunteer group that the individual has joined will be entered.

6 and 17 illustrate a flow chart showing a basic information input step (S210) of a demand destination (or a demander) requiring volunteer work, and an input screen as an embodiment thereof. It is desirable to configure so that it can be managed.

In FIG. 4, FIG. 5, and FIG. 6, the case of receiving and managing ID and password is described as an example. However, a volunteer applicant (service organization) or a person in charge of requesting a customer is not registered directly through the Internet. In the case of registering basic information of a volunteer applicant (serving group) or a requesting party, there is no need to enter an ID and password.

7 and 8 are flowcharts relating to the application input step (S100) for volunteers or service organizations that have completed the basic information input steps (S111, S112) to apply for a volunteer activity, and includes a characteristic function of the present invention. to be. That is, in the service activity relay method according to the present invention, as defined above, by defining and managing a service activity application form having various patterns as one rule, those who apply for service activities can freely apply for volunteer activities according to their schedules. Provides optional input of dates or application periods, and more effectively links supply and demand due to differences in the volunteering schedule patterns (usually regular) of the volunteer applicants and the volunteering patterns of the source (usually many ongoing activities) The biggest feature is that it provides a way to make it manageable and manageable.

The present invention, as described in Figures 7, 10, 13, 19, and 21 as a way to achieve this more effectively, the volunteer service period or when the volunteer applicants (groups) want to volunteer (from when Enter as long as), week ('week' is one or more of 1 week, 2 weeks, 3 weeks, 4 weeks, 5 weeks) and weekday ('weekday' is Monday through Sunday). Select one or more of the inputs.) As required, and at the time of inputting a volunteer request from a customer who requires volunteer work, as shown in FIG. Required period, week (1, 1, 2, 3, 4, 5 weeks) and day of the week (Monday through Sunday, select one or more), request number and request You must enter the time zone as a required value. Also added to the period of data processing in the server 100, and is controlled to calculate the date by the state (週), day of the week (曜 日) information.

Here, the concept of week is defined as 1 week every month from 1st to 7th, and 2 weeks from 8th to 14th of every month. Concept. For example, the October 2002 calendar shown in FIG. 2 and the November 2002 calendar shown in FIG. 3 will be described as October 1 to October 7, and November 1 to November 7. Each week is equivalent to 4 weeks, from October 22 to October 28 and November 22 to November 28, respectively.

Based on this concept applied in the present invention, a case where a specific date is to be expressed is described as an example. In other words, if you want to apply for volunteer work on October 19 (Sat) and October 26 (Sat), the 19th is the 3rd Saturday of October and the 26th is the 4th Saturday of October.

-Period: Oct. 1, 2002 ~ Oct. 31, 2002

-Week: 3 weeks, 4 weeks

-Day of the week: Saturday

If you set the period to include the dates you want as above, and enter and save the week (그) to which the date belongs, you can easily manage the service date, if necessary, centralized management The server 100 automatically converts the information stored in the above-described manner by referring to the calendar provided by the computer system and displayed on the screen on October 19 (Sat) and October 26 (Sat), 2002. Will be. Of course, in the above example, even if the start date of the period is entered as October 19, and even if the end date is entered as October 26, the central management server 100 has only one three-week and four-week Saturday within the period. ) Will recognize this as the same value.

As another example, if you wish to volunteer every Wednesday and Sunday for two months, October and November 2002,

-Period: November 5, 2002-November 30, 2002

-Week: 1 week, 2 weeks, 3 weeks, 4 weeks, 5 weeks

-Day of the week: Wednesday, Sunday

Just select and input the same process as November 6, November 10, November 13, November 17, November 20, November 24, and November 27. It can be. As such, the method of selecting and inputting a period, week, and day of the week can maximize input convenience for a user who wants to designate only a specific day of the week, and also has a single data row in terms of computer system. ) Has the advantage of managing countless days alone. As a more extreme example, if you would like to apply for volunteer work every Wednesday, Saturday and Sunday for two months in October and November, using the usual date input, the applicant would have to enter a total of 26 days. Entering a date dozens of times is not only a very cumbersome task, but also a problem of having to configure a system including an input screen and a DB so that all the huge dates can be entered. However, in the input method according to the present invention, only three pieces of essential information are inputted, so that a service application date having various types of cycles can be received.

The above description is applied to the case of the volunteer activity input step (S100) as well as the volunteer request input step (S200) of the demand destination (a demand organization).

Of course, if volunteer applicants or organizations wish to volunteer only on a specific date, it is not necessary to consider such matters, but it is desirable to receive a consistent type of information to improve the regularity of computer processing. In the case of an application for an activity, it is input in the above manner.

As an additional explanation, in the case of receiving a request for volunteer work from the customer, the contents of the volunteer work request system are organized into major items and sub-categories into separate codes to enable more efficient and systematic management. Easily connect activities. In addition, when inputting a volunteer activity for a volunteer group that is a small group, such as a club, it is necessary to set the number of volunteers participating in the volunteer activity as an essential input value to effectively manage the demand and supply of the volunteer activity.

10 and 11 are flow charts illustrating the daily activity relaying steps (S311 and S312, respectively) for connecting and registering a service activity requester from a person or organization with a volunteer activity applicant on a specific date. And inputting the activity request date (S311a) and the period, week and day information received in the volunteer activity request input step (S200) of the demand destination (demand institution) by reading the input 'specific date' (that is, It has a period including the service activity application date) and extracts only the service activity request task including the week and day corresponding to the specific date, and analyzes the connection information DB for the extracted service activity request task. Displaying the number of participants and the number of participants of the club (S311b), and the service activity in consideration of the service activity request task and the number of people requested, and the number of people connected by the display step by the step A connection step (S311c) for assigning the applicant (or a club) to a specific service activity request task and a storage step of storing related information input by the connection step in a volunteer activity application information DB and a volunteer activity connection information DB ( S311d). 18 and 20 are examples of input screens showing one embodiment.

In FIG. 18 and FIG. 20, "request" indicates the number of volunteers required by the demand source, "individual" refers to the number of volunteers assigned to the individual qualification among the previously connected volunteers, and "group" applies in group (group) units. The number of volunteers (members) connected.

12 and 13 show that for a volunteer or group applying for more than one day of continuous (or repetitive) service activities, individual managers of each management organization can optionally request service activities (including the entire jurisdiction, as well as the entire area). (S321a) showing the continuous activity relaying step (S321) of placing the request in a suitable service activity request task, and inputting the applicant's name and an active period (S321a), and the 'date' within the entered active period. Analyze each week's and day of the week, analyze the requesting user's activity request information DB including the week, day, and 'date', and assign an individual number to each of the activity request tasks from the consolidation information DB. Analyze and display the number of participants in the club (S321b), and the week input step of selecting and inputting only one week from 1 to 5 weeks of activity ( S321c) and analyzing and displaying a list of activity request tasks of the demand destination including the corresponding state, the requesting persons, and the assigned persons based on the value input in the state input step S321c (S321d). And a linking step (S321e) in which a volunteer selects and selects a day of the week from which the activity request task and activity request day of the displayed user are requested, and the information inputted by the linking step for volunteer activity application information DB and volunteer activity. A storage step S321f stores the connection information DB.

In addition, the present invention, as mentioned in the "Technical problem to be achieved by the present invention" described above, can determine whether the volunteer to perform the service activities at the designated demand destination, and the real-time results of the practice based on this In order to be able to monitor and manage as shown in Figures 1c and 12 further comprises a card reader on the PC provided in the demand for volunteer activities, the communication module for recognizing the electronic card of the volunteer and transmit it to the central management server In this way, individual managers or central managers of each center (or institution) can monitor the attendance status of volunteer activities in real time without requiring a separate confirmation request. To this end, the volunteer service application input step (S100) further includes a process of producing and issuing an electronic card in which the basic information and ID of a new volunteer service applicant (in the case of a group) are input.

Therefore, the service activity result management step (S400) according to the present invention is the service activity confirmation step (S410) shown in Figure 14 and the information input in the service activity confirmation step as shown in Figures 23 and 24 The central management server 100 receives the input, and stores in the service activity performance management DB so that you can inquire , consists of a check step (S420) to check the current status and performance of the service activity.

The service activity checking step (S410), as shown in Figure 14, including the step of confirming the operating state and the communication state of the card reader provided in the local PC of the demand destination, the local PC belonging to, the unique destination number (ie A preparatory step (S410a) of acquiring information of volunteers and service clubs connected to the activity of the day from the central management server based on the unique number of individual manager modules mounted on the local PC); Recognizing the electronic card of the volunteer includes the step of comparing the volunteer registered in the DB of the central management server 100, and determines whether or not the volunteer connected to the activity of the day from the connection information DB whether the central management server An activity start time input step (S410b) of storing the corresponding DB; It is made of a missing input check step (S410c) to check whether there is a missing input of the end time for the start time of the volunteer stored in the local PC.

Through this process, the central manager and individual managers can check the results of the volunteer activities without any special measures to see if the volunteers booked at the demand site have completed their normal activities. In particular, volunteers who have not been connected and registered in advance by the system The volunteer service of the person will also be able to manage automatically.

The electronic card may be a magnetic card, a smart card, or the like, as well as a non-contact card (for example, an RF / IC card) that allows the card reader to recognize a unique number of a service person. Anything can be applied to the concepts of the present invention.

FIG. 27 illustrates an embodiment of a screen configuration for checking whether there is a missing input of an end time for the start time of a volunteer stored in a local PC in the missing input checking step (S410c).

24, which is not described in detail above, the individual manager confirms the connection of the daily volunteer based on the demand source, or changes the volunteer activity assignment (connection) of the volunteer activity applicant who has completed the reservation registration, and requests for each activity of the demand destination. Screen configuration diagram according to an embodiment of the present invention for managing the number of people and assigned personnel, Figure 25 is an individual manager according to an embodiment of the present invention to monitor the start of volunteer activities, specific number of participants, etc. in a specific demand This is a screen diagram.

FIG. 26 is an embodiment of a screen configuration showing a comprehensive service activity result and plan at a glance from the application information DB, the request information DB, and the connection information DB, and stored as period, week, and day information. Extract the data from the DBs, and read and display the data from the performance management DB, which is stored and managed on a date basis, for the results of volunteer activities before the current day, and from the information in the linked information DB for information after the current day. It reads the period, week, and day information and displays the status of connection (assignment) in date format. As shown in FIG. 26, the individual manager or the central manager of each institution has one request person, volunteer person, and volunteer person (assigned) of the requesting party by date for the service activity consolidation performance and execution performance as well as after the current day. It can be viewed and managed comprehensively on the screen, so that you can get information on past service activities and decision-making about future service plans.

The detailed description of the invention has been described with reference to specific embodiments of the invention as examples, but the invention is not limited thereto, and one having ordinary skill in the art to which the invention pertains without departing from the concept of the invention. Modification or modification of the invention in various forms by the ruler is of course included in the concept of the present invention.

As described above, the present invention can induce volunteers to participate freely by providing the ease of input for the applicants of volunteer activities (volunteers) to selectively input various types of volunteer cycles and periods that are suitable for them. In addition, it can improve the efficiency of management of various types of service cycles and period information.

In addition, the present invention makes it easier to connect the volunteer applicants and demand sources, that is, the appropriate placement of the volunteer applicants, and easily check the status information such as the volunteer status of each volunteer activity demand and volunteer activity execution status. And management, and the volunteers can check whether the volunteers start or finish the volunteer activities at the designated demand, and can use this as a basic data to monitor and manage the results of the practice in real time. In particular, as shown in FIG. 26, the present invention provides a screen for the number of volunteers, volunteers, volunteers and volunteers (assigned). Can be comprehensively identified and managed, providing information on past service activities and decision-making on future service plans.

As such, by being able to most effectively and systematically manage volunteers' participation in volunteer activities according to the present invention, the volunteer activities of volunteers can be maximized as resources necessary for national development.

Claims (8)

delete delete delete delete The process includes inputting and registering the basic information of the new volunteer applicant, and registering and receiving the basic information of the new volunteer applicant.The type and period of the volunteer activity that the volunteer applicant or organization can perform, A service activity application input step (S100) for inputting the required number of days and days and the number of active persons (only for a group) as essential values; Volunteer activities include the steps of receiving the basic requirements of new demand sources and registering them.The types and contents of the service activities requested by the demand sources that require volunteer work, the request period, week and day, and the number of volunteers. A service activity request input step (S200) of inputting activity request information; Storing the matching information (connection information) between each service activity application ID and a specific activity code value of the service activity request information DB connected by the central administrator or individual administrator of each institution in the connection information DB of the central management server 100, A relaying step (S300) for registering; In the service activity relaying and management method comprising: a performance result management step (S400) for the volunteer activity applicant records the results of performing the corresponding volunteer activity specified by the relaying step in the performance management DB on a date basis; The relay step (S300), Analyze the week and day of each date that falls within the available period inputted in the volunteering application input step, and analyze the list of activities requesting activities of the customer, including the week, day and each date, and the connection Analyzing and displaying, from an information DB, the number of individual persons and groups of participants connected to each activity requesting task; A week input step of selectively inputting only one particular week from 1 week to 5 weeks; Analyzing and displaying a list of activity request tasks of the demand destination including the corresponding state, the requesting persons, and the connecting persons based on the value input in the state input step; A connection step of selecting and inputting an activity request task and an activity request day of a demand destination according to the displayed result; And a continuous activity relaying step comprising a storage step (S321d) of storing the information input by the connection step in the volunteer activity application information DB and the volunteer activity connection information DB (S321d). Way. delete delete Volunteer basic information DB for storing and managing basic information of volunteers or volunteer organizations applying for volunteer activities, basic information DB for demanding customers for storing and managing basic information of demanding people who need volunteer work, and basic information of the volunteers Registered in the volunteer activity application information DB, which stores and manages the period, week and day, and the number of volunteers (in the case of an organization) that the volunteer activity applicant or group registered in the DB has volunteered, and the request source DB Stores and manages the activity request information DB of the demand source that stores and manages basic information such as the service activity request service, request period, and required number of persons required by the demanded customer, and the connection information between the application information DB and the activity request information DB It is composed of service activity linked information DB and service activity performance management DB which manages the performance of service activities, and is stored and managed as the period, week, and day value. The period, week, and day values of the application information DB, request information DB, and connection information DB are converted and displayed only on the corresponding day, and control the input and output of data input and output through a plurality of individual manager modules. A central management server 100; Data transmitting and receiving means for transmitting and receiving data to and from the central management server, and a plurality of individual manager module capable of inputting, inquiring and modifying the corresponding information by connecting to the respective DBs of the central management server by the transmitting and receiving means It is made up of a local PC (150), The local PC 150 stores the unique number of the individual manager module, the storage device for acquiring and storing the information of the volunteers and service organizations connected to the day service activities from the central management server 100 from the DB Wow; A card reader 151 for recognizing and reading the electronic card; Comparing whether the ID value input by the card reader is a value registered in the DB of the central management server, it is determined whether the corresponding ID is connected to the target service activities of the day, and the end time of the service activity start time . A controller for checking whether there is a missing input; And a transmission means for transmitting the service activity start time and end time information for each corresponding ID to the central management server 100. Service information relay and management system comprising: an electronic card capable of interfacing with the card reader by recording personal information such as ID and name of a volunteer.